键值存储装置和用于操作键值存储装置的方法与流程

发明构思总体涉及存储装置，更具体地，涉及可启动键值(kv)存储装置。

背景技术：

键值固态驱动器(kv-ssd)提供了存储和访问数据的替代方式。主机将键分配给数据，而不是提供将ssd映射到装置上的物理块地址(pba)的逻辑块地址(lba)。如果该键相对于kv-ssd上的其他键是唯一的，则任何数据可存储在kv-ssd上。这导致减少的kv-ssd的指令集，通常，需要比存储与键相关联的值(put)、获取与键相关联的值(get)、以及删除与键相关联的值(delete)的命令(特定命令名称可改变)略多的命令。

但目前kv-ssd不能启动。为了可启动，系统必须能够发送(块)命令以访问存储在装置上的特定位置中的信息。虽然硬盘驱动器和块接口ssd允许这样的命令，但是kv-ssd不支持这样的命令。因此，在使用kv-ssd的系统中，需要多个存储装置，kv-ssd和可启动的另一装置(用于操作系统)。

仍然需要一种允许kv装置为可启动装置的方式。

技术实现要素：

技术问题

发明构思的目的是提供一种能够处理基于块的启动请求的键值存储装置及其操作方法。

技术方案

发明构思的实施例包括一种键值(kv)存储装置，kv存储装置包括：对象的存储设备，其中，每个对象包括与键相关联的数据；主机接口层，用于从主机计算机接收请求并返回所述请求的结果，所述请求包括：读取请求，用于从对象的存储设备获得与第一键相关联的第一数据；写入请求，用于将与第二键相关联的第二数据放入对象的存储设备；以及启动请求，用于从对象的存储设备获得启动数据；和启动请求处理器，使用对象的存储设备处理启动请求。

发明构思的实施例包括一种用于操作键值(kv)存储装置的方法，所述方法包括：在键值(kv)存储装置从主机计算机接收启动请求；至少部分地基于启动请求从kv存储装置获取启动数据；和将启动数据从kv存储装置返回到主机计算机。

发明构思的实施例包括一种物品，所述物品包括非暂时性存储介质，所述非暂时性存储介质具有存储在其上的指令，所述指令在由机器执行时导致：在键值(kv)存储装置从主机计算机接收启动请求；至少部分地基于启动请求从kv存储装置获取启动数据；和将启动数据从kv存储装置返回到主机计算机。

有益效果

根据示例性实施例，可提供一种键值存储装置，所述键值存储装置能够通过接收启动请求，对启动请求进行处理，并且将启动数据返回到主机计算机来处理基于块的启动请求。

附图说明

图1示出根据发明构思的实施例的包括可启动键值固态驱动器(kv-ssd)的机器。

图2示出图1的机器的附加细节。

图3示出图1的kv-ssd的细节。

图4示出示例分区表方案的细节。

图5a至图5b示出根据发明构思的实施例的图1的kv-ssd可如何存储启动信息。

图6示出图3中的将块启动请求转换成键值(kv)启动请求的启动请求处理器。

图7示出根据发明构思的实施例的图1的kv-ssd处理块启动请求的示例过程的流程图。

图8示出根据发明构思的实施例的图1的kv-ssd处理kv启动请求的示例过程的流程图。

具体实施方式

现在将详细参照发明构思的实施例，发明构思的示例在附图中示出。在下面的详细描述中，阐述了许多具体细节以使得能够彻底理解发明构思。然而，应当理解，本领域普通技术人员可在没有这些具体细节的情况下实践发明构思。在其他情况下，没有详细描述公知的方法、过程、组件、电路和网络，以免不必要地使实施例的多个方面模糊。

将理解，尽管在此可使用术语第一、第二等来描述各种元件，但是这些元件不应受这些术语限制。这些术语仅用于将一个元件与另一元件区分开来。例如，在不脱离发明构思的范围的情况下，第一模块可被称为第二模块，类似地，第二模块可被称为第一模块。

在此对发明构思的描述中使用的术语仅用于描述特定实施例的目的，并不意在限制发明构思。除非上下文另外清楚地指示，否则如在发明构思的描述和所附权利要求中所使用的，单数形式也意在包括复数形式。还将理解，如在此所使用的术语“和/或”表示且涵盖相关所列项中的一个或多个的任何和所有可能的组合。还将理解，当在本说明书中使用术语“包括”和/或“包含”时，表明存在陈述的特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其他特征、整体、步骤、操作、元件、组件和/或它们的组。附图的组件和特征不必按比例绘制。

如何使块装置变得可启动被明确。本质上，装置访问逻辑块地址(lba)0。对于kv装置没有相应的定义。但是如果kv装置符合主启动记录(mbr)或统一可扩展固件接口(uefi)标准，则kv装置应该可以是可启动的。

因此，为了使kv装置可启动，kv装置应该能够处理(块)命令以读取在lba0的信息。这个处理可涉及读取存储在保留地址(例如，装置上的物理地址0)的信息，或者将启动信息存储在具有可不被装置的其他用户使用的特殊(保留)键的对象中。

如果kv装置被设计为将信息存储在特殊地址(诸如，lba0)，则装置可能够处理特殊(块)命令(诸如，“读取lba0”或其等同物)。如果kv装置将启动信息存储在与保留键相关联的对象中，则这个对象可存储在装置上的任何地方。此外，kv装置可接收读取lba0的(块)命令(然后可使用保留键将其直接映射到get命令)或读取与保留键相关联的数据的get命令(假设计算机被设计为将kv命令发送给kv装置以启动kv装置并加载操作系统)。

当使用mbr时，使用8位的kv模拟分区需要分区id。当使用uefi时，kv模拟分区需要guid(63c9eb50-b05b-11e8-b568-0800200c9a66)。

图1示出根据发明构思的实施例的包括可启动键值固态驱动器(kv-ssd)的机器。在图1中，示出机器105。机器105可包括处理器110。处理器110可以是任何种类的处理器，例如，intelxeon、celeron、itanium或atom处理器、amdopteron处理器、arm处理器等。虽然图1示出机器105中的单个处理器110，但是机器105可包括任何数量的处理器，每个处理器可以是单核处理器或多核处理器，并且可以以任何期望的组合进行混合。

机器105还可包括存储器115。存储器115可以是任何种类的存储器(诸如，闪存、动态随机存取存储器(dram)、静态随机存取存储器(sram)、持久性随机存取存储器、铁电随机存取存储器(fram)或非易失性随机存取存储器(nvram)(诸如，磁阻随机存取存储器(mram)))等。存储器115也可以是不同存储器类型的任何期望的组合。机器105还可包括可用于管理对存储器115的访问的存储器控制器120。

机器105还可包括存储装置125(被示出为键值固态驱动器(kv-ssd))。kv-ssd125使用键值接口来访问数据，应用或操作系统可向kv-ssd125提供键，然后kv-ssd125可将该键映射到kv-ssd125上的位置。然后kv-ssd125可访问并返回存储在kv-ssd125上的该位置的值。与由常规存储装置上的常规文件系统提供的复杂命令集不同，kv-ssd125通常提供相当少的命令集，诸如，get(用于获取与提供的键相关联的值)、put(用于存储提供给kv-ssd的值，该值与提供的键或与可被返回的kv-ssd生成的键相关联)、和erase(用于从kv-ssd删除与提供的键相关联的值并且从kv-ssd表去除键值关联)(kv-ssd125也可支持其他命令，并且可使用与示出的命令名称不同的命令名称，但是原理通常如所描述的)。kv-ssd125也可用如以下发明构思的实施例中所描述的支持对象存储的任何其他存储装置替换。处理器110可运行可支持对kv-ssd125的访问的装置驱动器130。

尽管图1将机器105描绘为服务器(该服务器可以是独立服务器或机架服务器)，但是发明构思的实施例可包括任何期望类型的机器105，而没有限制。例如，机器105可用台式计算机或膝上型计算机或可受益于发明构思的实施例的任何其他机器替换。机器105还可包括专用便携式计算机器、平板计算机、智能电话和其他计算机器。此外，可从kv-ssd125访问数据的应用可位于另一机器中，所述另一机器与机器105分离并且经由穿过任何类型的一个或多个网络(有线、无线、全局等)的网络连接来访问机器105。

图2示出图1的机器105的附加细节。在图2中，通常，机器105包括一个或多个处理器110，处理器110可包括可用于协调机器105的组件的操作的时钟205和存储器控制器120。处理器110还可连接到存储器115，作为示例，存储器115可包括随机存取存储器(ram)、只读存储器(rom)或其他状态保存介质。处理器110还可连接到存储装置125和网络连接器210，网络连接器210可以是例如以太网连接器或无线连接器。处理器110还可连接到总线215，除其他组件之外，用户接口220和可使用输入/输出引擎225管理的输入/输出接口端口可附接到总线215。

图3示出图1的kv-ssd125的细节。在图3中，kv-ssd125可包括主机接口逻辑(hil，或称为主机接口层)305、ssd控制器310和各种闪存芯片315-1至315-8(也称为“闪存存储装置”)，闪存芯片315-1至315-8可被组织成各种通道320-1至320-4。主机接口逻辑305可管理kv-ssd125与其他组件(诸如，图1的处理器110)之间的通信。这些通信可包括用于从kv-ssd125读取数据的读取请求、用于将数据写入kv-ssd125的写入请求、以及用于从kv-ssd125删除数据的删除请求。主机接口逻辑305可管理仅单个端口上的接口，或者主机接口逻辑305可管理多个端口上的接口。可选地，kv-ssd125可包括多个端口，每个端口可具有单独的主机接口逻辑305以管理该端口上的接口。发明构思的实施例还可混合这些可能性(例如，具有三个端口的ssd可具有用于管理一个端口的一个主机接口逻辑和用于管理另外两个端口的第二主机接口逻辑)。

ssd控制器310可使用闪存控制器(在图3中未示出)来管理闪存芯片315-1至315-8上的读取和写入操作以及垃圾收集和其他操作。在一个示例中，闪存芯片315-1至315-8可包括存储与启动键相关联的启动数据的启动对象。

在基于块的存储装置(特别是基于块的ssd)中，主机可将逻辑块地址(lba)分配给数据，存储装置可将逻辑块地址(lba)映射到物理块地址(pba)。存储装置可保持这些映射的记录，从而使ssd和主机不必确保主机在数据的当前pba上保持最新。主机简单地使用lba，存储装置将lba映射到pba并返回适当的信息。如果将数据内部地移动到存储装置(如可能在例如ssd上的数据覆写或垃圾收集期间发生)，则这种数据移动对主机是透明的(映射用数据的新pba来更新)。将lba映射到pba的这种结构可被称为转换层或(特别是在ssd和使用闪存的其他装置的上下文中)闪存转换层。

相反，kv-ssd以不同的方式管理数据。数据(也称为值或数据值)可被分配给键(也称为对象键)，而不是数据被分配给lba。虽然这可能看起来仅仅是术语改变(“对象键”替换“lba”)，但是在对象键与lba之间(以及在kv-ssd与基于块的ssd之间)存在其他差异。基于块的ssd中的块的大小在制造时是固定的。例如，在具有4kb块的基于块的ssd中，每个块的大小是4kb，没有灵活性。这个事实表明lba也被划分为4kb单元以有效地映射到ssd上的块。另一方面，kv-ssd允许灵活的数据值大小。例如，值大小可在0b到2mb的范围内。此外，对象键大小也可改变，例如，从4b到255b。这些布置允许在如何存储数据方面可比基于块的ssd提供更大的灵活性。

因此，代替闪存转换层，kv-ssd125可包括从对象键到存储数据值的地址的某种映射(诸如，转换层325)。转换层325可从对象键映射到在kv-ssd125上存储相应数据的地址。转换层325还可存储附加数据，例如，对象有多大(以及因此整个对象可如何存储在kv-ssd125上)。

虽然图3将kv-ssd125示出为包括被组织成四个通道320-1至320-4的八个闪存芯片315-1至315-8，但是发明构思的实施例可支持被组织成任何数量的通道的任何数量的闪存芯片。类似地，虽然图3示出了kv-ssd的结构，但是其他存储装置(例如，硬盘驱动器)可使用不同的结构但是具有包括安全性和重复数据删除两者的类似潜在益处来实现。

主机接口逻辑305还可包括启动请求处理器330。启动请求处理器330可处理来自机器105的基本输入/输出系统(bios)的基于块的启动请求。除其他可能性之外，启动请求处理器330可使用具有由该处理器执行的合适软件的通用处理器、使用现场可编程门阵列(fpga)或专用集成电路(asic)、或使用图形处理器(gpu)或通用gpu(gpgpu)等来实现。下面参照图5a至图5b进一步讨论启动请求处理器330的具体操作。虽然图3将启动请求处理器330示出为主机接口逻辑305的一部分，但是发明构思的实施例可将启动请求处理器330放置在其他位置，例如，在ssd控制器310内。

当存储装置用作启动装置时，计算机的基本输入/输出系统(bios)可尝试从存储装置加载特定信息。这个信息可用于启动操作系统的其余部分。当使用基于块的装置(诸如，硬盘驱动器或基于块的ssd)时，bios可发送从特定逻辑块地址(lba)(诸如，lba0)读取数据的请求。存储装置知道如何定位请求的数据，并且可将适当的信息返回到bios以开始操作系统的执行。

通常，存在两种方式可将这样的信息存储在存储装置上。一种方式是存储主启动记录(mbr)。mbr通常存储在装置的第一扇区上，并且占用512字节的存储。以下示出mbr的两种示例格式：表1示出现代标准mbr，而表2示出磁盘管理器(dm)mbr。

表1

表2

mbr的替代方案是使用全局唯一标识符(guid)分区表(gpt)。gpt结构开始替换mbr作为启动信息的所选结构，但是由于较旧机器中的bios可能期望返回mbr，因此，存储装置可继续支持mbr的使用。下面的表3示出示例gpt头格式，并且下面的表4示出示例guid分区条目格式，图4示出示例guid分区表方案。

表3

表4

如上所述，为了访问mbr或gpt，计算机系统的bios通常发送读取存储装置上的特定块(诸如，lba0)的请求。但是键值(kv)存储装置不以基于块的存储装置那样的方式组织数据，也不处理基于块的读取请求。也没有明确定义的方法来从kv存储装置访问启动信息。因此，常规kv存储装置不能用作启动装置。

该问题存在三种解决方案。一种解决方案是建立特定的保留键，特定的保留键可在来自bios的kv请求中使用以获取启动数据。但是在建立这样的标准之前，这样的解决方案不可用。此外，虽然这样的解决方案向前可能是有用的，但是这样的解决方案对于假定存储装置可接收基于块的请求(并且可能不被更新以发出对启动数据的kv请求)的较旧的bios将不起作用。因此，这个解决方案将不对现有计算机系统和现有bios固件向后兼容。

第二解决方案是使图1的kv-ssd125能够接收和处理基于块的启动请求。注意，这个解决方案不一定主张图1的kv-ssd125可处理任何基于块的请求(尽管通常可将图1的kv-ssd125配置为处理基于块的请求)，相反，这个解决方案包括将图1的kv-ssd125配置为“仅”处理来自bios的为了启动数据的基于块的请求。图5a示出图1的kv-ssd125可被布置为存储启动数据以及图1的kv-ssd125可被配置为如何处理这样的基于块的启动请求。

第三解决方案是配置图1的kv-ssd125接收基于块的启动请求，将基于块的启动请求映射到kv请求，然后图1的kv-ssd125可根据常规技术处理该kv请求。图5b示出图1的kv-ssd125可被布置为存储启动数据以及图1的kv-ssd125可被配置为如何处理这样的基于块的启动请求。

图5a示出图1的kv-ssd125可被配置为响应于基于块的启动请求而直接从图1的kv-ssd125读取启动数据的发明构思的实施例。在图5a中，图1的kv-ssd125的第一部分可被保留以存储启动信息，非常类似于现有的基于块的存储装置。也就是说，在图1的kv-ssd125的地址0开始的扇区、块或其他存储段可被保留以存储启动数据(无论是如上参照表1和表2所述的mbr，还是如上参照表3、表4和图4所述的gpt)。然后，当图3的主机接口逻辑305从图1的机器105的bios接收到基于块的启动请求时，图3的启动请求处理器330可拦截该请求(图3的ssd控制器310可能无论如何都不能处理)，从图1的kv-ssd125的在地址0开始的部分访问启动数据，并将该启动数据返回到图1的机器105的bios。注意，在发明构思的这样的实施例中，仅图3的kv-ssd125的第一部分被保留以用于mbr或gpt，所有剩余地址可用于存储对象(如常规kv-ssd那样)。虽然图5a示出为启动数据保留的512字节，但是发明构思的实施例可为启动数据保留任何存储的量，512字节仅是保留的存储的量的示例。

图5b示出图1的kv-ssd125可将启动数据存储在保留的对象中的发明构思的实施例。在图5b中，示出转换层325。转换层325可包括保留的对象键(被示出为键505)的条目。对象键505可被映射到可存储启动数据的地址510。注意，虽然对象键505被标记为“保留”，但是任何键都可用作启动数据的对象键，只要图3的启动请求处理器330可知道保留的对象键是什么。例如，保留的对象键可以是guid，或者它可以是本地生成的标识符。但是无论保留的对象键是什么，图1的kv-ssd125都应防止普通应用覆写与保留的键相关联的启动数据。很像常规的基于块的存储装置被设计为防止应用将数据写入存储装置的存储启动数据的部分，图1的kv-ssd125应防止应用写入保留的对象键，以免应用使kv-ssd125不可启动(尽管操作系统应被允许改变与保留的对象键相关联的启动数据以适合于操作系统更新)。

一旦保留的对象键已知，图3的启动请求处理器330就可拦截来自bios的基于块的启动请求，并用kv请求替换基于块的启动请求以获取与保留的对象键相关联的启动数据。然后，图1的kv-ssd125可与任何其他kv请求一样处理这个请求：使用转换层325将(保留的)对象键映射到地址，访问在该地址的启动数据，并将启动数据返回到图1的机器105的bios。在对kv请求和基于块的请求的响应的格式存在差异的情况下，图3的启动请求处理器330还可将从图3的ssd控制器310发送的响应重新格式化为图1的机器105的bios期望的格式，并将重新格式化的响应发送到图1的机器105的bios。

图6示出图3中的将块启动请求转换成键值(kv)启动请求的启动请求处理器330。如以上参照图5b所讨论的，发明构思的一些实施例可包括拦截基于块的启动请求并用kv请求替换基于块的启动请求的启动请求处理器330。注意，由于基于块的启动请求605请求在特定地址(lba0)的数据，因此，启动请求处理器330仅需要寻找满足这个特定格式的基于块的启动请求，并且可忽略来自图1的机器105的所有其他消息。然后，启动请求处理器330可用kv启动请求610替换基于块的启动请求605，kv启动请求610可包括保留的对象键505(也可被称为启动键)。再次，由于保留的对象键505预先已知，所以kv启动请求610的结构是特定格式，启动请求处理器330不需要生成任何其他kv请求。

图7示出根据发明构思的实施例的图1的kv-ssd125处理图6的块启动请求605的示例过程的流程图。在图7中，在框705，图3的启动请求处理器330可接收/拦截由图1的kv-ssd125的图3的主机接口逻辑305接收的图6的块启动请求605。此时，存在两种替代方法。在一种方法中，在框710，图3的启动请求处理器330可直接从图1的kv-ssd125的适当地址(例如，硬件地址0)访问启动数据。可选地，在框715，图3的启动请求处理器330可用图6的kv启动请求610替换图6的基于块的启动请求605，kv启动请求610可包括图6的启动键505，并且在框720，图1的kv-ssd125可如同经由常规kv请求所请求的一样获取启动数据。无论哪种方式，在框725，图3的启动请求处理器330可将启动数据返回到图1的机器105的bios。

图8示出根据发明构思的实施例的图1的kv-ssd125处理kv启动请求的示例过程的流程图。在图8所涵盖的发明构思的实施例中，图1的机器105的bios可发出kv请求以从图1的kv-ssd125获取启动数据。在图8中，在框805，图3的主机接口逻辑305可从图1的机器105的bios接收kv启动请求。在框810，图3的ssd控制器310可响应于kv启动请求而获取启动数据。最后，在框815，图1的kv-ssd125可将启动数据返回到图1的机器105的bios。

在图7至图8中，示出发明构思的一些实施例。但是本领域技术人员将认识到，通过改变块的顺序、通过省略块、或通过包括附图中未示出的链接，发明构思的其他实施例也是可行的。无论是否明确描述，流程图的所有这样的变化都被认为是发明构思的实施例。

发明构思的实施例提供了优于现有技术的技术优点。图1的kv装置125(可以是kv-ssd或任何其他kv装置)可接收启动请求，对启动请求进行处理，并将启动数据返回到机器105的bios。注意，在图1的机器105的bios不必更新为能够发送kv启动请求的情况下(根据图1的机器105的特定年龄和配置，该更新可能是不可行的)，图1的kv装置125可处理启动请求。即使图1的kv装置125通常不处理基于块的请求，图1的kv装置125甚至也可处理来自机器105的bios的基于块的启动请求。

下面的讨论意在提供可实现发明构思的特定方面的合适的一个或多个机器的简要的一般描述。一个或多个机器可至少部分地通过来自常规输入装置(诸如，键盘、鼠标等)的输入、以及通过从另一机器接收的指令、与虚拟现实(vr)环境的交互、生物特征反馈、或其他输入信号来控制。如在此所使用的，术语“机器”意在广泛地涵盖单个机器、虚拟机或可通信地连接的机器、虚拟机或一起操作的装置的系统。示例性机器包括计算装置(诸如，个人计算机、工作站、服务器、便携式计算机、手持装置、电话、平板计算机等)以及运输装置(诸如，私人或公共运输(例如，汽车、火车、出租车等))。

一个或多个机器可包括嵌入式控制器(诸如，可编程或不可编程逻辑装置或阵列、专用集成电路(asic)、嵌入式计算机、智能卡等)。一个或多个机器可利用到一个或多个远程机器的一个或多个连接(诸如，通过网络接口、调制解调器或其他通信连接)。机器可通过物理和/或逻辑网络(诸如，内部网、因特网、局域网、广域网等)互连。本领域技术人员将理解，网络通信可利用各种有线和/或无线短程或远程载波和协议(包括射频(rf)、卫星、微波、电气和电子工程师协会(ieee)802.11、光学、红外、电缆、激光等)。

本发明构思的实施例可通过参照或结合包括功能、过程、数据结构、应用程序等的相关联的数据来描述，这些相关联的数据在由机器访问时导致机器执行任务或定义抽象数据类型或低级硬件上下文。相关联的数据可存储在例如易失性和/或非易失性存储器(例如，ram、rom等)中或者存储在其他存储装置及它们的相关联的存储介质(包括硬盘驱动器、软盘、光学存储器、磁带、闪存、记忆棒、数字视频盘、生物存储器等)中。相关联的数据可在传输环境(包括物理网络和/或逻辑网络)下以分组、串行数据、并行数据、传播信号等的形式传送，并且可以以压缩或加密的格式使用。相关联的数据可在分布式环境下使用，并且可被本地和/或远程存储以供机器访问。

发明构思的实施例可包括有形的非暂时性机器可读介质，所述介质包括可由一个或多个处理器执行的指令，所述指令包括用于执行如在此所描述的发明构思的元件的指令。

上述方法的各种操作可由能够执行操作的任何合适的单元(诸如，各种硬件和/或一个或多个软件组件、电路和/或一个或多个模块)来执行。软件可包括用于实现逻辑功能的可执行指令的有序列表，并且可以以任何“处理器可读介质”来实现，以供指令执行系统、设备或装置(诸如，单核或多核处理器、或包含处理器的系统)使用或与指令执行系统、设备或装置结合使用。

结合在此公开的实施例描述的方法或算法以及功能的框或步骤可直接以硬件、以由处理器执行的软件模块、或以两者的组合来实现。如果以软件实现，则功能可作为一个或多个指令或代码存储在有形的非暂时性计算机可读介质上、或作为一个或多个指令或代码通过有形的非暂时性计算机可读介质传输。软件模块可驻留在随机存取存储器(ram)、闪存、只读存储器(rom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)、寄存器、硬盘、可移动盘、cdrom、或本领域中已知的任何其他形式的存储介质中。

已经参照示出的实施例描述和示出了发明构思的原理，将认识到，示出的实施例可在不脱离这些原理的情况下在布置和细节上进行修改，并且可以以任何期望的方式组合。并且，尽管前述讨论集中于特定实施例，但是可设想其他配置。具体地，即使在此使用了诸如“根据发明构思的实施例”等的表达，这些短语也意在总体上参照实施例的可能性，并不意在将发明构思限制于特定的实施例配置。如在此所使用的，这些术语可指代可组合到其他实施例中的相同或不同的实施例。

前述说明性实施例不应被解释为限制说明性实施例的发明构思。尽管已经描述了一些实施例，但是本领域技术人员将容易理解，在实质上不脱离本公开的新颖教导和优点的情况下，可对这些实施例进行许多修改。因此，所有这些修改意在包括在如权利要求中限定的本发明构思的范围内。

发明构思的实施例可没有限制地扩展到下面的声明：

声明1、发明构思的实施例包括键值(kv)存储装置，包括：

对象的存储设备，其中，每个对象包括与键相关联的数据；

主机接口层，用于从主机计算机接收请求并返回所述请求的结果，所述请求包括：读取请求，用于从对象的存储设备获得与第一键相关联的第一数据；写入请求，用于将与第二键相关联的第二数据放入对象的存储设备中；和启动请求，用于从对象的存储设备获得启动数据；和

启动请求处理器，使用对象的存储设备处理启动请求。

声明2、发明构思的实施例包括根据声明1所述的kv存储装置，其中，所述kv存储装置包括kv固态驱动器(kv-ssd)。

声明3、发明构思的实施例包括根据声明2所述的kv存储装置，其中，启动数据包括主启动记录(mbr)和全局唯一标识符(guid)分区表中的一个。

声明4、发明构思的实施例包括根据声明2所述的kv存储装置，其中，

对象的存储设备包括存储在逻辑块地址(lba)0的启动数据，并且

启动请求包括用于从lba0获得启动数据的块启动请求。

声明5、发明构思的实施例包括根据声明2所述的kv存储装置，其中，对象的存储设备包括存储与启动键相关联的启动数据的启动对象。

声明6、发明构思的实施例包括根据声明5所述的kv存储装置，其中，启动请求包括包含启动键的启动获得请求。

声明7、发明构思的实施例包括根据声明5所述的kv存储装置，其中，

启动请求包括用于从lba0获得启动数据的块启动请求，并且

启动请求处理器能够进行操作以用包括启动键的启动获得请求替换块启动请求。

声明8、发明构思的实施例包括根据声明2所述的kv存储装置，其中，主机接口层至少部分地基于启动请求处理器响应于启动请求返回启动数据来将启动数据返回到主机计算机。

声明9、发明构思的实施例包括根据声明8所述的kv存储装置，其中，

主机计算机包括：基本输入/输出系统(bios)，bios发送启动请求；和

主机接口层，将启动数据返回到bios。

声明10、发明构思的实施例包括一种用于操作键值(kv)存储装置的方法，包括：

在键值(kv)存储装置从主机计算机接收启动请求；

至少部分地基于启动请求从kv存储装置获取启动数据；和

将启动数据从kv存储装置返回到主机计算机。

声明11、发明构思的实施例包括根据声明10所述的方法，其中，启动数据包括主启动记录(mbr)和全局唯一标识符(guid)分区表中的一个。

声明12、发明构思的实施例包括根据声明10所述的方法，其中：

在键值(kv)存储装置从主机计算机接收启动请求的步骤包括：在kv固态驱动器(kv-ssd)从主机计算机接收启动请求；

至少部分地基于启动请求从kv存储装置获取启动数据的步骤包括：至少部分地基于启动请求从kv-ssd获取启动数据；和

将启动数据从kv存储装置返回到主机计算机的步骤包括：将启动数据从kv-ssd返回到主机计算机。

声明13、发明构思的实施例包括根据声明12所述的方法，其中，

在kv固态驱动器(kv-ssd)从主机计算机接收启动请求的步骤包括：在kv-ssd从主机计算机的基本输入/输出系统(bios)接收启动请求；和

将启动数据从kv-ssd返回到主机计算机的步骤包括：将启动数据从kv-ssd返回到主机计算机的bios。

声明14、发明构思的实施例包括根据声明12所述的方法，其中，在kv固态驱动器(kv-ssd)从主机计算机接收启动请求的步骤包括：接收用于从逻辑块地址(lba)0获得启动数据的块启动请求。

声明15、发明构思的实施例包括根据声明14所述的方法，其中，至少部分地基于启动请求从kv-ssd获取启动数据的步骤包括：从kv-ssd上的lba0获取启动数据。

声明16、发明构思的实施例包括根据声明14所述的方法，其中，至少部分地基于启动请求从kv-ssd获取启动数据的步骤包括：

将块启动请求转换成kv启动请求以获取与启动键相关联的启动数据；和

执行具有启动键的kv启动请求。

声明17、发明构思的实施例包括根据声明12所述的方法，其中，

在kv固态驱动器(kv-ssd)从主机计算机接收启动请求的步骤包括：在kv-ssd从主机计算机接收具有启动键的kv启动请求；和

至少部分地基于启动请求从kv-ssd获取启动数据的步骤包括：执行具有启动键的kv启动请求。

声明18、发明构思的实施例包括一种物品，所述物品包括非暂时性存储介质，所述非暂时性存储介质具有存储在其上的指令，所述指令在由机器执行时导致：

在键值(kv)存储装置从主机计算机接收启动请求；

至少部分地基于启动请求从kv存储装置获取启动数据；和

将启动数据从kv存储装置返回到主机计算机。

声明19、发明构思的实施例包括根据声明18所述的物品，其中，启动数据包括主启动记录(mbr)和全局唯一标识符(guid)分区表中的一个。

声明20、发明构思的实施例包括根据声明18所述的物品，其中，

在键值(kv)存储装置从主机计算机接收启动请求的步骤包括：在kv固态驱动器(kv-ssd)从主机计算机接收启动请求；

至少部分地基于启动请求从kv存储装置获取启动数据的步骤包括：至少部分地基于启动请求从kv-ssd获取启动数据；和

将启动数据从kv存储装置返回到主机计算机的步骤包括：将启动数据从kv-ssd返回到主机计算机。

声明21、发明构思的实施例包括根据声明20所述的物品，其中，

在kv固态驱动器(kv-ssd)从主机计算机接收启动请求的步骤包括：在kv-ssd从主机计算机的基本输入/输出系统(bios)接收启动请求；和

将启动数据从kv-ssd返回到主机计算机的步骤包括：将启动数据从kv-ssd返回到主机计算机的bios。

声明22、发明构思的实施例包括根据声明20所述的物品，其中，在kv固态驱动器(kv-ssd)从主机计算机接收启动请求的步骤包括：接收用于从逻辑块地址(lba)0获得启动数据的块启动请求。

声明23、发明构思的实施例包括根据声明22所述的物品，其中，至少部分地基于启动请求从kv-ssd获取启动数据的步骤包括：从kv-ssd上的lba0获取启动数据。

声明24、发明构思的实施例包括根据声明22所述的物品，其中，至少部分地基于启动请求从kv-ssd获取启动数据的步骤包括：

将块启动请求转换成kv启动请求以获取与启动键相关联的启动数据；和

执行具有启动键的kv启动请求。

声明25、发明构思的实施例包括根据声明20所述的物品，其中，

在kv固态驱动器(kv-ssd)从主机计算机接收启动请求的步骤包括：在kv-ssd从主机计算机接收具有启动键的kv启动请求；和

至少部分地基于启动请求从kv-ssd获取启动数据的步骤包括：执行具有启动键的kv启动请求。

因此，鉴于对在此描述的实施例的各种排列，该详细描述和随附材料仅意在是说明性的，并且不应被视为限制发明构思的范围。因此，作为发明构思要求保护的是可落入权利要求及其等同物的范围和精神内的所有这些修改。