CN115562590A - 一种云主机使用云硬盘的方法、系统、设备和存储介质 - Google Patents

一种云主机使用云硬盘的方法、系统、设备和存储介质 Download PDF

Info

Publication number
CN115562590A
CN115562590A CN202211298741.3A CN202211298741A CN115562590A CN 115562590 A CN115562590 A CN 115562590A CN 202211298741 A CN202211298741 A CN 202211298741A CN 115562590 A CN115562590 A CN 115562590A
Authority
CN
China
Prior art keywords
hard disk
cloud
formatting
mounting
cloud hard
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202211298741.3A
Other languages
English (en)
Inventor
杨帅
焦浩霖
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Jinan Inspur Data Technology Co Ltd
Original Assignee
Jinan Inspur Data Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Jinan Inspur Data Technology Co Ltd filed Critical Jinan Inspur Data Technology Co Ltd
Priority to CN202211298741.3A priority Critical patent/CN115562590A/zh
Publication of CN115562590A publication Critical patent/CN115562590A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604Improving or facilitating administration, e.g. storage management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614Improving the reliability of storage systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0668Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671In-line storage system
    • G06F3/0683Plurality of storage devices
    • G06F3/0689Disk arrays, e.g. RAID, JBOD

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明提出了一种云主机使用云硬盘的方法、系统、设备和存储介质,该方法包括制定云硬盘的自动格式化方法;自动格式化方法为在cinder创建硬盘时,如果格式化字符串的值不为空,则将云硬盘格式化为一个分区;创建卷的工作流程用于执行在云主机中挂载云硬盘;在挂载时按照所述自动格式化方法进行格式化,格式化完成之后再挂载到云主机上。基于一种云主机使用云硬盘的方法,还提出了一种云主机使用云硬盘的系统、设备和存储介质,本发明通过一个预设方案的形成将挂载和创建的流程串联,创建的读取预设方案完成硬盘的敏感操作,挂载读取预设方案完成自动挂载;优化了用户在云主机上的使用云硬盘的体验。

Description

一种云主机使用云硬盘的方法、系统、设备和存储介质
技术领域
本发明属于服务器存储技术领域,特别涉及一种云主机使用云硬盘的方法、系统、设备和存储介质。
背景技术
一个块设备如果想给操作系统使用,挂载到某个目录中,必须保证块设备进行过文件系统格式化,比如说使用mkfs.xfs格式化块设备,然后使用mount挂载到某个目录上。Cinder在创建硬盘时,如果来源是新建类型时,此时云硬盘是不具备文件系统的,Openstack在将cinder新建的云硬盘连接到主机时,只是将云硬盘连接到目标云主机,在云主机上看到的云硬盘还是一个块设备,并不具备文件系统,这就导致了无法直接使用云硬盘,必须进行云硬盘的格式化,才能正常的挂载使用云硬盘。用户不希望主动去格式化云硬盘,希望在云硬盘连接云主机时自动的将云硬盘做完文件系统格式化,并且已经完成了挂载动作,并声明式的说明云硬盘要挂载到某个目录里,并将这个信息保留在cinder的元数据信息里。Cinder:OpenStack块存储服务(Cinder)为虚拟机添加持久的存储,块存储提供一个基础设施为了管理卷,以及和OpenStack计算服务交互,为实例提供卷。此服务也会激活管理卷的快照和卷类型的功能。
目前用户在使用硬盘前势必需要进行硬盘的分区和做文件系统,当前用户使用硬盘的流程十分的繁琐,首先需要通过cinder创建一个云硬盘,其次将这个空的云硬盘挂载到目标的云主机上,然后进入到云主机内,找到对应的块设备进行想要的分区格式化,格式化完成后才能正常的使用此云硬盘。如下图1给出了现有技术中云主机使用云硬盘的方法流程图,整个流程需要用户对文件系统的相关操作十分熟悉,部分用户对这些操作并不熟悉,而且格式化硬盘属于高危敏感操作,在其不了解这些操作的情况下,就贸然进行这些动作,将会对硬盘上的数据进行毁灭性的打击,为了避免这些高危的动作产生,希望openstack能够辅助完成。
发明内容
为了解决上述技术问题,本发明提出了一种云主机使用云硬盘的方法、系统、设备和存储介质。避免了人工手动操作云硬盘产生的数据意外丢失,优化了用户在云主机上的使用云硬盘的体验,减少了用户在云主机上对云硬盘敏感操作的次数。
为实现上述目的,本发明采用以下技术方案:
一种云主机使用云硬盘的方法,包括以下步骤:
制定云硬盘的自动格式化方法;所述自动格式化方法为在cinder创建硬盘时,如果格式化字符串的值不为空,则将云硬盘格式化为一个分区;
创建卷的工作流程用于执行在云主机中挂载云硬盘;在挂载时按照所述自动格式化方法进行格式化,格式化完成之后再挂载到云主机上。
进一步的,所述制定云硬盘的自动格式化方法的过程包括;预先将自动格式化方法设置于cinder volume的元数据中,将元数据的键值设置为固定的格式化字符,通过判断格式化字符的值是否为空判断是否需要进行格式化操作。
进一步的,所述将云硬盘格式化为一个分区的方法为采用parted命令对硬盘格式化为一个分区。
进一步的,创建卷工作流程的过程包括:API解析由客户端发送的解析响应请求,通过远程过程调用协议调用cinder调度器;所述cinder调度器用关于调度节点生成创建卷的工作流。
进一步的,所述执行在云主机中挂载云硬盘的过程包括:
cinder在向后端存储集群申请一个云硬盘,如果云硬盘具备来源,则检查云硬盘元数据字段中格式化字符串是否为空,如果不为空,则读取预先制定的所述云硬盘的自动格式化方法中的文件系统;
判断宿主机操作系统是否支持所述文件系统,如果支持的话,挂载云硬盘到宿主机上;
然后采用所述云硬盘的自动格式化方法进行格式化,卸载云硬盘。
进一步的,所述格式化完成之后再挂载到云主机上的过程包括:
如果格式化字符的值不为空,根据挂载目录判断是否需要挂载;
判断云主机是否支持gqa工具,如果支持的话,查找云硬盘对应盘符,执行挂载云硬盘。
本发明还提出了一种云主机使用云硬盘的系统,包括制定模块和挂载模块;
所述制定模块用于制定云硬盘的自动格式化方法;所述自动格式化方法为在cinder创建硬盘时,如果格式化字符串的值不为空,则将云硬盘格式化为一个分区;
所述挂载模块用于创建卷的工作流程用于执行在云主机中挂载云硬盘;在挂载时按照所述自动格式化方法进行格式化,格式化完成之后再挂载到云主机上。
进一步的,所述制定模块执行的过程为:预先将自动格式化方法设置于cindervolume的元数据中,将元数据的键值设置为固定的格式化字符,通过判断格式化字符的值是否为空判断是否需要进行格式化操作。
本发明还提出了一种设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现所述的方法步骤。
本发明还提出了一种可读存储介质,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现所述的方法步骤。
发明内容中提供的效果仅仅是实施例的效果,而不是发明所有的全部效果,上述技术方案中的一个技术方案具有如下优点或有益效果:
本发明提出了一种云主机使用云硬盘的方法、系统、设备和存储介质,该方法包括制定云硬盘的自动格式化方法;自动格式化方法为在cinder创建硬盘时,如果格式化字符串的值不为空,则将云硬盘格式化为一个分区;创建卷的工作流程用于执行在云主机中挂载云硬盘;在挂载时按照所述自动格式化方法进行格式化,格式化完成之后再挂载到云主机上。其中制定云硬盘的自动格式化方法的过程包括;预先将自动格式化方法设置于cinder volume的元数据中,将元数据的键值设置为固定的格式化字符,通过判断格式化字符的值是否为空判断是否需要进行格式化操作。本发明通过一个预设方案的形成将挂载和创建的流程串联,创建的读取预设方案完成硬盘的敏感操作,挂载读取预设方案完成自动挂载。这样用户在挂载完硬盘后就无需再次对硬盘进行格式化,从一定程度减轻了用户对硬盘分区,文件系统上的理解与操作的复杂性,降低了手动处理硬盘的出问题的可能性。
本发明避免了人工手动操作云硬盘产生的数据意外丢失,优化了用户在云主机上的使用云硬盘的体验,减少了用户在云主机上对云硬盘敏感操作的次数。
本发明针对非系统管理员,提供快速便捷的使用云硬盘的方式,解决了非系统管理员无法操作云硬盘的分区和文件系统难题。
附图说明
如图1为现有技术中云主机使用云硬盘的方法流程图
如图2为本发明实施例1一种云主机使用云硬盘的方法流程图;
如图3为本发明实施例2一种云主机使用云硬盘的系统示意图;
如图4为本发明实施例3一种设备的示意图。
具体实施方式
为能清楚说明本方案的技术特点,下面通过具体实施方式,并结合其附图,对本发明进行详细阐述。下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结构。为了简化本发明的公开,下文中对特定例子的部件和设置进行描述。此外,本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的,其本身不指示所讨论各种实施例和/或设置之间的关系。应当注意,在附图中所图示的部件不一定按比例绘制。本发明省略了对公知组件和处理技术及工艺的描述以避免不必要地限制本发明。
实施例1
本发明实施例1提出了一种云主机使用云硬盘的方法,通过一个预设方案的形成将挂载和创建的流程串联,创建的读取预设方案完成硬盘的敏感操作,挂载读取预设方案完成自动挂载。
本申请用于解决现有技术中云硬盘挂载的过程中,必须进行格式化,否则在云主机上看到的云硬盘还是一个块设备,并不具备文件系统。其中计算机的文件系统是一种存储和组织计算机数据的方法,它使得对其存取和查找变得容易,文件系统使用文件和树形目录的抽象逻辑概念代替了硬盘和光盘等物理设备使用数据块的概念,用户使用文件系统来保存数据不必关心数据实际保存在硬盘(或者光盘)的地址为多少的数据块上,只需要记住这个文件的所属目录和文件名。在写入新数据之前,用户不必关心硬盘上的那个块地址没有被使用,硬盘上的存储空间管理(分配和释放)功能由文件系统自动完成,用户只需要记住数据被写入到了哪个文件中。
本申请的方案中:第一:扩展了cinder创建云硬盘的流程,补全了空白云硬盘的分区和格式化文件的操作,此目的为了使用户能够直接在云主机使用硬盘进行读写操作,避免非专业人员误操作硬盘的格式化(分区),我们在cinder创建硬盘的时候就开始对空的硬盘进行了分区和文件系统的规划,并按照此规划对创建出来全新的硬盘就行自动格式化操作,这样用户在挂载完硬盘后就无需再次对硬盘进行格式化,从一定程度减轻了用户对硬盘分区,文件系统上的理解与操作的复杂性,降低了手动处理硬盘的出问题的可能性。
其中,硬盘分区是指将硬盘的整体存储空间划分成多个独立的区域,分别用来安装操作系统、安装应用程序以及存储数据文件等。但在分区之前,应该做一些准备及计划工作,包括一块硬盘要划分为几个分区,每个分区应该有多大的容量,以及每个分区准备使用什么文件系统等。对于某些操作系统而言,硬盘必须分区后才能使用,否则不能被识别。通常,从文件存放和管理的方便、容易、快捷性出发,建议将硬盘划分多个分区,用以存放不同类型的文件,如存放操作系统、应用程序、数据文件等。
第二:扩展了nova挂载云硬盘的流程,在nova中,如果启动的云主机支持QGA,我们在挂载动作完成,自动扫描云硬盘的metedata信息,如果其指明了,挂载的目录,我们将盘直接挂载给云主机的指定目录,如果不支持QGA或者或者扫描云硬盘的mete data信息没有指明挂载目录则放弃挂载动作。
其中,qga是一个运行在虚拟机内部的普通应用程序(可执行文件名称默认为qemu-ga,服务名称默认为qemu-guest-agent),其目的是实现一种宿主机和虚拟机进行交互的方式,这种方式不依赖于网络,而是依赖于virtio-serial(默认首选方式)或者isa-serial,而QEMU则提供了串口设备的模拟及数据交换的通道,最终呈现出来的是一个串口设备(虚拟机内部)和一个unix socket文件(宿主机上)。
本申请实现的前提为:一个具备cinder和nova完整功能的Openstack环境,Cinder:OpenStack块存储服务(Cinder)为虚拟机添加持久的存储,块存储提供一个基础设施为了管理卷,以及和OpenStack计算服务交互,为实例提供卷。此服务也会激活管理卷的快照和卷类型的功能。Nova是OpenStack最核心的服务,负责维护和管理云环境的计算资源。OpenStack作为IaaS的云操作系统,虚拟机生命周期管理也就是通过Nova来实现的。其中cinder需要具备可以使用后端存储,这里不关注后端存储的类型和提供商,甚至可以LVM本地盘作为后端存储,nova能够正常的创建云主机。二是自动化格式化方案中的文件系统,宿主机和云主机也必须支持此类文件系统,这个前置条件是文件系统的必备条件,比如说把btrfs文件系统挂载到一个不支持btrfs的云主机上,云主机是可以发现硬盘,但是由于缺少对应btrfs文件系统的支持,无法对已经发现的硬盘进行挂载以及读写操作
如图2为本发明实施例1提出的一种云主机使用云硬盘的方法流程图。
首先:制定云硬盘的自动格式化方法。制定云硬盘的自动格式化方法的过程包括;预先将自动格式化方法设置于cinder volume的元数据中,将元数据的键值设置为固定的格式化字符,通过判断格式化字符的值是否为空判断是否需要进行格式化操作。
云硬盘的自动格式化方法可以制作成一个模板的方式。这个来源主要有两个途径,一个是系统预设,另一个是来自用户手动配置。这个模板本质是一个JSON对象,内容是分区信息和方案名称的数组,分区信息由文件系统类型,分区占用硬盘大小的百分比,分区在宿主机的挂载目录,三个部分组成,在系统预设中,因为预设的分区,无法真正意义的了解用户希望每个分区上的文件系统大小,因此我们只提供单个分区的方式,单个分区模式意味着将整个云硬盘格式化成一个分区,并将这个分区预设成规定好的文件系统。
其次,创建云硬盘,选择自动格式化方案。我们创建的云硬盘时选择了来源,来源可以时快照,镜像,备份等等,如果云硬盘在创建的时候具备了来源,cinder在创建的时候就可以将这些数据写入云硬盘当中,如果想往云硬盘中写数据,云硬盘势必具备了文件系统,这时候我们再去格式化云硬盘,云硬盘的数据将不负存在了,为了保护硬盘上的原始数据,我们预设中是不允许对有数据的硬盘进行删除修改格式化等一系列的敏感危险操作的,选定的自动格式化方案将保留在cinder volume的metadata信息当中,这个metadata(元数据)信息是一个map数据形式的字段,我们将map的key设置为固定的format_plan,其valume值为预设方案的JSON对象,在cinder底层处理创建云硬盘时,将根据format_plan的值是否为空进行是否需要格式的操作,同时cinder底层处理自动格式化也会按照这个预设方案进行格式化。
再次:创建卷的工作流程用于执行在云主机中挂载云硬盘;在挂载时按照所述自动格式化方法进行格式化,格式化完成之后再挂载到云主机上。
创建卷工作流程的过程包括:API解析由客户端发送的解析响应请求,通过远程过程调用协议调用cinder调度器;所述cinder调度器用关于调度节点生成创建卷的工作流。工作流是由几个核心任务组成,其中核心的任务是:cinder在向后端存储集群申请一个云硬盘,如果云硬盘具备来源需要将云硬盘挂载到宿主机上,再将来源上的数据写入到云硬盘上,写入完成后将云硬盘卸载掉,更新数据库,完成整个创建流程,由于我们添加了自动格式化流程,这个流程需要在整个创建流程完成,添加到创建流程的末尾。
动格式化的任务的具体逻辑如下:1.检测云硬盘是否具备来源,如果具备来源,将volume卷的metadata字段中,format_plain信息删除,有数据的硬盘不能被格式化,删除后直接返回,不进行格式。2.读取预设的格式化方案。3.获取预设的格式化方案中的文件系统,判别宿主机操作系统是否支持该文件系统,如果不支持该文件系统则将volume卷的metadata字段中,format_plain信息删除,并结束自动格式化流程,4.挂载硬盘到宿主机上,根据预设的格式化方案开始格式化云硬盘,这里我们的使用系统命令parted来对硬盘进行格式化,parted是一个操作硬盘分区的程序。它支持多种分区表类型,包括MS-DOS和GPT。parted支持用户在大于2TB的硬盘上创建硬盘分区,但fdisk命令不支持,支持更多的分区表类型,包括GPT(LCTT译注:全局唯一标识分区表),它允许用户调整分区大小,但当缩减分区空间的时候,它没有如我意料的工作,多数情况下我会得到错误消息。所以我会建议用户不要用parted来缩减分区大小。此次描述使用我们采用系统预设方案来操作,此时我们假设硬盘为/dev/vdb,此时的命令为:parted mkpart ext4 0 100%,这样我们就完成了一个格式化动作,在完成格式化后,我们卸载掉云硬盘,并结束掉自动格式化流程。
最后,格式化完成之后再挂载到云主机上的过程包括:如果格式化字符的值不为空,根据挂载目录判断是否需要挂载;判断云主机是否支持gqa工具,如果支持的话,查找云硬盘对应盘符,执行挂载云硬盘。
本发明实施例1提出的一种云主机使用云硬盘的方法,通过一个预设方案的形成将挂载和创建的流程串联,创建的读取预设方案完成硬盘的敏感操作,挂载读取预设方案完成自动挂载。这样用户在挂载完硬盘后就无需再次对硬盘进行格式化,从一定程度减轻了用户对硬盘分区,文件系统上的理解与操作的复杂性,降低了手动处理硬盘的出问题的可能性。
本发明实施例1提出的一种云主机使用云硬盘的方法,避免了人工手动操作云硬盘产生的数据意外丢失,优化了用户在云主机上的使用云硬盘的体验,减少了用户在云主机上对云硬盘敏感操作的次数。
本发明实施例1提出的一种云主机使用云硬盘的方法,针对非系统管理员,提供快速便捷的使用云硬盘的方式,解决了非系统管理员无法操作云硬盘的分区和文件系统难题。
实施例2
基于本发明实施例1提出的一种云主机使用云硬盘的方法,本发明实施例2还提出了一种云主机使用云硬盘的系统,如图3为本发明实施例2一种云主机使用云硬盘的系统示意图,该系统包括:制定模块和挂载模块;
制定模块用于制定云硬盘的自动格式化方法;所述自动格式化方法为在cinder创建硬盘时,如果格式化字符串的值不为空,则将云硬盘格式化为一个分区;
挂载模块用于创建卷的工作流程用于执行在云主机中挂载云硬盘;在挂载时按照所述自动格式化方法进行格式化,格式化完成之后再挂载到云主机上。
制定模块执行的过程为:预先将自动格式化方法设置于cinder volume的元数据中,将元数据的键值设置为固定的格式化字符,通过判断格式化字符的值是否为空判断是否需要进行格式化操作。
云硬盘的自动格式化方法可以制作成一个模板的方式。这个来源主要有两个途径,一个是系统预设,另一个是来自用户手动配置。这个模板本质是一个JSON对象,内容是分区信息和方案名称的数组,分区信息由文件系统类型,分区占用硬盘大小的百分比,分区在宿主机的挂载目录,三个部分组成,在系统预设中,因为预设的分区,无法真正意义的了解用户希望每个分区上的文件系统大小,因此我们只提供单个分区的方式,单个分区模式意味着将整个云硬盘格式化成一个分区,并将这个分区预设成规定好的文件系统。
创建云硬盘,选择自动格式化方案。我们创建的云硬盘时选择了来源,来源可以时快照,镜像,备份等等,如果云硬盘在创建的时候具备了来源,cinder在创建的时候就可以将这些数据写入云硬盘当中,如果想往云硬盘中写数据,云硬盘势必具备了文件系统,这时候我们再去格式化云硬盘,云硬盘的数据将不负存在了,为了保护硬盘上的原始数据,我们预设中是不允许对有数据的硬盘进行删除修改格式化等一系列的敏感危险操作的,选定的自动格式化方案将保留在cinder volume的metadata信息当中,这个metadata(元数据)信息是一个map数据形式的字段,我们将map的key设置为固定的format_plan,其valume值为预设方案的JSON对象,在cinder底层处理创建云硬盘时,将根据format_plan的值是否为空进行是否需要格式的操作,同时cinder底层处理自动格式化也会按照这个预设方案进行格式化。
挂载模块执行的过程包括:API解析由客户端发送的解析响应请求,通过远程过程调用协议调用cinder调度器;所述cinder调度器用关于调度节点生成创建卷的工作流。工作流是由几个核心任务组成,其中核心的任务是:cinder在向后端存储集群申请一个云硬盘,如果云硬盘具备来源需要将云硬盘挂载到宿主机上,再将来源上的数据写入到云硬盘上,写入完成后将云硬盘卸载掉,更新数据库,完成整个创建流程,由于我们添加了自动格式化流程,这个流程需要在整个创建流程完成,添加到创建流程的末尾。
动格式化的任务的具体逻辑如下:1.检测云硬盘是否具备来源,如果具备来源,将volume卷的metadata字段中,format_plain信息删除,有数据的硬盘不能被格式化,删除后直接返回,不进行格式。2.读取预设的格式化方案。3.获取预设的格式化方案中的文件系统,判别宿主机操作系统是否支持该文件系统,如果不支持该文件系统则将volume卷的metadata字段中,format_plain信息删除,并结束自动格式化流程,4.挂载硬盘到宿主机上,根据预设的格式化方案开始格式化云硬盘,这里我们的使用系统命令parted来对硬盘进行格式化,parted是一个操作硬盘分区的程序。它支持多种分区表类型,包括MS-DOS和GPT。parted支持用户在大于2TB的硬盘上创建硬盘分区,但fdisk命令不支持,支持更多的分区表类型,包括GPT(LCTT译注:全局唯一标识分区表),它允许用户调整分区大小,但当缩减分区空间的时候,它没有如我意料的工作,多数情况下我会得到错误消息。所以我会建议用户不要用parted来缩减分区大小。此次描述使用我们采用系统预设方案来操作,此时我们假设硬盘为/dev/vdb,此时的命令为:parted mkpart ext4 0 100%,这样我们就完成了一个格式化动作,在完成格式化后,我们卸载掉云硬盘,并结束掉自动格式化流程。
最后,格式化完成之后再挂载到云主机上的过程包括:如果格式化字符的值不为空,根据挂载目录判断是否需要挂载;判断云主机是否支持gqa工具,如果支持的话,查找云硬盘对应盘符,执行挂载云硬盘。
本发明实施例2提出的一种云主机使用云硬盘的系统,通过一个预设方案的形成将挂载和创建的流程串联,创建的读取预设方案完成硬盘的敏感操作,挂载读取预设方案完成自动挂载。这样用户在挂载完硬盘后就无需再次对硬盘进行格式化,从一定程度减轻了用户对硬盘分区,文件系统上的理解与操作的复杂性,降低了手动处理硬盘的出问题的可能性。
本发明实施例2提出的一种云主机使用云硬盘的系统,避免了人工手动操作云硬盘产生的数据意外丢失,优化了用户在云主机上的使用云硬盘的体验,减少了用户在云主机上对云硬盘敏感操作的次数。
本发明实施例2提出的一种云主机使用云硬盘的系统,针对非系统管理员,提供快速便捷的使用云硬盘的方式,解决了非系统管理员无法操作云硬盘的分区和文件系统难题。
实施例3
本发明还提出了一种设备,如图4为本发明实施例3一种设备的示意图。该设备包括:存储器,用于存储计算机程序;处理器,用于执行所述计算机程序时实现方法步骤如下:
如图2为本发明实施例1提出的一种云主机使用云硬盘的方法流程图。
首先:制定云硬盘的自动格式化方法。制定云硬盘的自动格式化方法的过程包括;预先将自动格式化方法设置于cinder volume的元数据中,将元数据的键值设置为固定的格式化字符,通过判断格式化字符的值是否为空判断是否需要进行格式化操作。
云硬盘的自动格式化方法可以制作成一个模板的方式。这个来源主要有两个途径,一个是系统预设,另一个是来自用户手动配置。这个模板本质是一个JSON对象,内容是分区信息和方案名称的数组,分区信息由文件系统类型,分区占用硬盘大小的百分比,分区在宿主机的挂载目录,三个部分组成,在系统预设中,因为预设的分区,无法真正意义的了解用户希望每个分区上的文件系统大小,因此我们只提供单个分区的方式,单个分区模式意味着将整个云硬盘格式化成一个分区,并将这个分区预设成规定好的文件系统。
其次,创建云硬盘,选择自动格式化方案。我们创建的云硬盘时选择了来源,来源可以时快照,镜像,备份等等,如果云硬盘在创建的时候具备了来源,cinder在创建的时候就可以将这些数据写入云硬盘当中,如果想往云硬盘中写数据,云硬盘势必具备了文件系统,这时候我们再去格式化云硬盘,云硬盘的数据将不负存在了,为了保护硬盘上的原始数据,我们预设中是不允许对有数据的硬盘进行删除修改格式化等一系列的敏感危险操作的,选定的自动格式化方案将保留在cinder volume的metadata信息当中,这个metadata(元数据)信息是一个map数据形式的字段,我们将map的key设置为固定的format_plan,其valume值为预设方案的JSON对象,在cinder底层处理创建云硬盘时,将根据format_plan的值是否为空进行是否需要格式的操作,同时cinder底层处理自动格式化也会按照这个预设方案进行格式化。
再次:创建卷的工作流程用于执行在云主机中挂载云硬盘;在挂载时按照所述自动格式化方法进行格式化,格式化完成之后再挂载到云主机上。
创建卷工作流程的过程包括:API解析由客户端发送的解析响应请求,通过远程过程调用协议调用cinder调度器;所述cinder调度器用关于调度节点生成创建卷的工作流。工作流是由几个核心任务组成,其中核心的任务是:cinder在向后端存储集群申请一个云硬盘,如果云硬盘具备来源需要将云硬盘挂载到宿主机上,再将来源上的数据写入到云硬盘上,写入完成后将云硬盘卸载掉,更新数据库,完成整个创建流程,由于我们添加了自动格式化流程,这个流程需要在整个创建流程完成,添加到创建流程的末尾。
动格式化的任务的具体逻辑如下:1.检测云硬盘是否具备来源,如果具备来源,将volume卷的metadata字段中,format_plain信息删除,有数据的硬盘不能被格式化,删除后直接返回,不进行格式。2.读取预设的格式化方案。3.获取预设的格式化方案中的文件系统,判别宿主机操作系统是否支持该文件系统,如果不支持该文件系统则将volume卷的metadata字段中,format_plain信息删除,并结束自动格式化流程,4.挂载硬盘到宿主机上,根据预设的格式化方案开始格式化云硬盘,这里我们的使用系统命令parted来对硬盘进行格式化,parted是一个操作硬盘分区的程序。它支持多种分区表类型,包括MS-DOS和GPT。parted支持用户在大于2TB的硬盘上创建硬盘分区,但fdisk命令不支持,支持更多的分区表类型,包括GPT(LCTT译注:全局唯一标识分区表),它允许用户调整分区大小,但当缩减分区空间的时候,它没有如我意料的工作,多数情况下我会得到错误消息。所以我会建议用户不要用parted来缩减分区大小。此次描述使用我们采用系统预设方案来操作,此时我们假设硬盘为/dev/vdb,此时的命令为:parted mkpart ext4 0 100%,这样我们就完成了一个格式化动作,在完成格式化后,我们卸载掉云硬盘,并结束掉自动格式化流程。
最后,格式化完成之后再挂载到云主机上的过程包括:如果格式化字符的值不为空,根据挂载目录判断是否需要挂载;判断云主机是否支持gqa工具,如果支持的话,查找云硬盘对应盘符,执行挂载云硬盘。
本发明实施例3提出的一种设备,通过一个预设方案的形成将挂载和创建的流程串联,创建的读取预设方案完成硬盘的敏感操作,挂载读取预设方案完成自动挂载。这样用户在挂载完硬盘后就无需再次对硬盘进行格式化,从一定程度减轻了用户对硬盘分区,文件系统上的理解与操作的复杂性,降低了手动处理硬盘的出问题的可能性。
本发明实施例3提出的一种设备,避免了人工手动操作云硬盘产生的数据意外丢失,优化了用户在云主机上的使用云硬盘的体验,减少了用户在云主机上对云硬盘敏感操作的次数。
本发明实施例3提出的一种设备,针对非系统管理员,提供快速便捷的使用云硬盘的方式,解决了非系统管理员无法操作云硬盘的分区和文件系统难题。
需要说明:本发明技术方案还提供了一种电子设备,包括:通信接口,能够与其它设备比如网络设备等进行信息交互;处理器,与通信接口连接,以实现与其它设备进行信息交互,用于运行计算机程序时,执行上述一个或多个技术方案提供的一种云主机使用云硬盘的方法,而所述计算机程序存储在存储器上。当然,实际应用时,电子设备中的各个组件通过总线系统耦合在一起。可理解,总线系统用于实现这些组件之间的连接通信。总线系统除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。本申请实施例中的存储器用于存储各种类型的数据以支持电子设备的操作。这些数据的示例包括:用于在电子设备上操作的任何计算机程序。可以理解,存储器可以是易失性存储器或非易失性存储器,也可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(ROM,ReadOnly Memory)、可编程只读存储器(PROM,Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM,Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM,Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM,ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM,Compact Disc Read-Only Memory);磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM,RandomAccessMemory),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(SRAM,Static Random Access Memory)、同步静态随机存取存储器(SSRAM,Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM,Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM,SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM,Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM,Enhanced Synchronous Dynamic Random AccessMemory)、同步连接动态随机存取存储器(SLDRAM,SyncLink Dynamic Random AccessMemory)、直接内存总线随机存取存储器(DRRAM,Direct Rambus Random Access Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。上述本申请实施例揭示的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、DSP(Digital Signal Processing,即指能够实现数字信号处理技术的芯片),或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤,可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中,该存储介质位于存储器,处理器读取存储器中的程序,结合其硬件完成前述方法的步骤。处理器执行所述程序时实现本申请实施例的各个方法中的相应流程,为了简洁,在此不再赘述。
实施例4
本发明还提出了一种可读存储介质,可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现方法步骤如下:
如图2为本发明实施例1提出的一种云主机使用云硬盘的方法流程图。
首先:制定云硬盘的自动格式化方法。制定云硬盘的自动格式化方法的过程包括;预先将自动格式化方法设置于cinder volume的元数据中,将元数据的键值设置为固定的格式化字符,通过判断格式化字符的值是否为空判断是否需要进行格式化操作。
云硬盘的自动格式化方法可以制作成一个模板的方式。这个来源主要有两个途径,一个是系统预设,另一个是来自用户手动配置。这个模板本质是一个JSON对象,内容是分区信息和方案名称的数组,分区信息由文件系统类型,分区占用硬盘大小的百分比,分区在宿主机的挂载目录,三个部分组成,在系统预设中,因为预设的分区,无法真正意义的了解用户希望每个分区上的文件系统大小,因此我们只提供单个分区的方式,单个分区模式意味着将整个云硬盘格式化成一个分区,并将这个分区预设成规定好的文件系统。
其次,创建云硬盘,选择自动格式化方案。我们创建的云硬盘时选择了来源,来源可以时快照,镜像,备份等等,如果云硬盘在创建的时候具备了来源,cinder在创建的时候就可以将这些数据写入云硬盘当中,如果想往云硬盘中写数据,云硬盘势必具备了文件系统,这时候我们再去格式化云硬盘,云硬盘的数据将不负存在了,为了保护硬盘上的原始数据,我们预设中是不允许对有数据的硬盘进行删除修改格式化等一系列的敏感危险操作的,选定的自动格式化方案将保留在cinder volume的metadata信息当中,这个metadata(元数据)信息是一个map数据形式的字段,我们将map的key设置为固定的format_plan,其valume值为预设方案的JSON对象,在cinder底层处理创建云硬盘时,将根据format_plan的值是否为空进行是否需要格式的操作,同时cinder底层处理自动格式化也会按照这个预设方案进行格式化。
再次:创建卷的工作流程用于执行在云主机中挂载云硬盘;在挂载时按照所述自动格式化方法进行格式化,格式化完成之后再挂载到云主机上。
创建卷工作流程的过程包括:API解析由客户端发送的解析响应请求,通过远程过程调用协议调用cinder调度器;所述cinder调度器用关于调度节点生成创建卷的工作流。工作流是由几个核心任务组成,其中核心的任务是:cinder在向后端存储集群申请一个云硬盘,如果云硬盘具备来源需要将云硬盘挂载到宿主机上,再将来源上的数据写入到云硬盘上,写入完成后将云硬盘卸载掉,更新数据库,完成整个创建流程,由于我们添加了自动格式化流程,这个流程需要在整个创建流程完成,添加到创建流程的末尾。
动格式化的任务的具体逻辑如下:1.检测云硬盘是否具备来源,如果具备来源,将volume卷的metadata字段中,format_plain信息删除,有数据的硬盘不能被格式化,删除后直接返回,不进行格式。2.读取预设的格式化方案。3.获取预设的格式化方案中的文件系统,判别宿主机操作系统是否支持该文件系统,如果不支持该文件系统则将volume卷的metadata字段中,format_plain信息删除,并结束自动格式化流程,4.挂载硬盘到宿主机上,根据预设的格式化方案开始格式化云硬盘,这里我们的使用系统命令parted来对硬盘进行格式化,parted是一个操作硬盘分区的程序。它支持多种分区表类型,包括MS-DOS和GPT。parted支持用户在大于2TB的硬盘上创建硬盘分区,但fdisk命令不支持,支持更多的分区表类型,包括GPT(LCTT译注:全局唯一标识分区表),它允许用户调整分区大小,但当缩减分区空间的时候,它没有如我意料的工作,多数情况下我会得到错误消息。所以我会建议用户不要用parted来缩减分区大小。此次描述使用我们采用系统预设方案来操作,此时我们假设硬盘为/dev/vdb,此时的命令为:parted mkpart ext4 0 100%,这样我们就完成了一个格式化动作,在完成格式化后,我们卸载掉云硬盘,并结束掉自动格式化流程。
最后,格式化完成之后再挂载到云主机上的过程包括:如果格式化字符的值不为空,根据挂载目录判断是否需要挂载;判断云主机是否支持gqa工具,如果支持的话,查找云硬盘对应盘符,执行挂载云硬盘。
本发明实施例3提出的一种存储介质,通过一个预设方案的形成将挂载和创建的流程串联,创建的读取预设方案完成硬盘的敏感操作,挂载读取预设方案完成自动挂载。这样用户在挂载完硬盘后就无需再次对硬盘进行格式化,从一定程度减轻了用户对硬盘分区,文件系统上的理解与操作的复杂性,降低了手动处理硬盘的出问题的可能性。
本发明实施例3提出的一种存储介质,避免了人工手动操作云硬盘产生的数据意外丢失,优化了用户在云主机上的使用云硬盘的体验,减少了用户在云主机上对云硬盘敏感操作的次数。
本发明实施例3提出的一种存储介质,针对非系统管理员,提供快速便捷的使用云硬盘的方式,解决了非系统管理员无法操作云硬盘的分区和文件系统难题。
本申请实施例还提供了一种存储介质,即计算机存储介质,具体为计算机可读存储介质,例如包括存储计算机程序的存储器,上述计算机程序可由处理器执行,以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。或者,本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台电子设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括:移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
本申请实施例提供的一种云主机使用云硬盘的处理设备和存储介质中相关部分的说明可以参见本申请实施例1提供的一种云主机使用云硬盘的方法中对应部分的详细说明,在此不再赘述。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。另外,本申请实施例提供的上述技术方案中与现有技术中对应技术方案实现原理一致的部分并未详细说明,以免过多赘述。
上述虽然结合附图对本发明的具体实施方式进行了描述,但并非对本发明保护范围的限制。对于所属领域的技术人员来说,在上述说明的基础上还可以做出其它不同形式的修改或变形。这里无需也无法对所有的实施方式予以穷举。在本发明的技术方案的基础上,本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。

Claims (10)

1.一种云主机使用云硬盘的方法,其特征在于,包括以下步骤:
制定云硬盘的自动格式化方法;所述自动格式化方法为在cinder创建硬盘时,如果格式化字符串的值不为空,则将云硬盘格式化为一个分区;
创建卷的工作流程用于执行在云主机中挂载云硬盘;在挂载时按照所述自动格式化方法进行格式化,格式化完成之后再挂载到云主机上。
2.根据权利要求1所述的一种云主机使用云硬盘的方法,其特征在于,所述制定云硬盘的自动格式化方法的过程包括;预先将自动格式化方法设置于cinder volume的元数据中,将元数据的键值设置为固定的格式化字符,通过判断格式化字符的值是否为空判断是否需要进行格式化操作。
3.根据权利要求1所述的一种云主机使用云硬盘的方法,其特征在于,所述将云硬盘格式化为一个分区的方法为采用parted命令对硬盘格式化为一个分区。
4.根据权利要求1所述的一种云主机使用云硬盘的方法,其特征在于,创建卷工作流程的过程包括:API解析由客户端发送的解析响应请求,通过远程过程调用协议调用cinder调度器;所述cinder调度器用关于调度节点生成创建卷的工作流。
5.根据权利要求1所述的一种云主机使用云硬盘的方法,其特征在于,所述执行在云主机中挂载云硬盘的过程包括:
cinder在向后端存储集群申请一个云硬盘,如果云硬盘具备来源,则检查云硬盘元数据字段中格式化字符串是否为空,如果不为空,则读取预先制定的所述云硬盘的自动格式化方法中的文件系统;
判断宿主机操作系统是否支持所述文件系统,如果支持的话,挂载云硬盘到宿主机上;
然后采用所述云硬盘的自动格式化方法进行格式化,卸载云硬盘。
6.根据权利要求5所述的一种云主机使用云硬盘的方法,其特征在于,所述格式化完成之后再挂载到云主机上的过程包括:
如果格式化字符的值不为空,根据挂载目录判断是否需要挂载;
判断云主机是否支持gqa工具,如果支持的话,查找云硬盘对应盘符,执行挂载云硬盘。
7.一种云主机使用云硬盘的系统,其特征在于,包括制定模块和挂载模块;
所述制定模块用于制定云硬盘的自动格式化方法;所述自动格式化方法为在cinder创建硬盘时,如果格式化字符串的值不为空,则将云硬盘格式化为一个分区;
所述挂载模块用于创建卷的工作流程用于执行在云主机中挂载云硬盘;在挂载时按照所述自动格式化方法进行格式化,格式化完成之后再挂载到云主机上。
8.根据权利要求7所述的一种云主机使用云硬盘的系统,其特征在于,所述制定模块执行的过程为:预先将自动格式化方法设置于cinder volume的元数据中,将元数据的键值设置为固定的格式化字符,通过判断格式化字符的值是否为空判断是否需要进行格式化操作。
9.一种设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至6任意一项所述的方法步骤。
10.一种可读存储介质,其特征在于,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至6任意一项所述的方法步骤。
CN202211298741.3A 2022-10-21 2022-10-21 一种云主机使用云硬盘的方法、系统、设备和存储介质 Pending CN115562590A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211298741.3A CN115562590A (zh) 2022-10-21 2022-10-21 一种云主机使用云硬盘的方法、系统、设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211298741.3A CN115562590A (zh) 2022-10-21 2022-10-21 一种云主机使用云硬盘的方法、系统、设备和存储介质

Publications (1)

Publication Number Publication Date
CN115562590A true CN115562590A (zh) 2023-01-03

Family

ID=84747025

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211298741.3A Pending CN115562590A (zh) 2022-10-21 2022-10-21 一种云主机使用云硬盘的方法、系统、设备和存储介质

Country Status (1)

Country Link
CN (1) CN115562590A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116166205A (zh) * 2023-04-23 2023-05-26 广州世炬网络科技有限公司 文件系统存储和挂载方法、装置、设备及存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116166205A (zh) * 2023-04-23 2023-05-26 广州世炬网络科技有限公司 文件系统存储和挂载方法、装置、设备及存储介质
CN116166205B (zh) * 2023-04-23 2023-07-04 广州世炬网络科技有限公司 文件系统存储和挂载方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
US10430286B2 (en) Storage control device and storage system
KR101930117B1 (ko) 비휘발성 스토리지 장치 세트의 휘발성 메모리 표현 기법
CN106933508B (zh) 应用容器的迁移方法及装置
US8495351B2 (en) Preparing and preserving a system configuration during a hot upgrade
US20150006581A1 (en) Method for a Storage Device Accessing a File and Storage Device
US8745342B2 (en) Computer system for controlling backups using wide area network
CN107016016B (zh) 一种数据处理的方法及装置
US10698622B2 (en) Maintaining container to storage volume relations
CN110532123B (zh) HBase系统的故障转移方法及装置
CN111414231A (zh) 一种虚拟机镜像与容器镜像相互转换的方法及设备
CN111061432A (zh) 一种业务迁移方法、装置、设备及可读存储介质
CN105227672A (zh) 数据存储及访问的方法和系统
CN115168061A (zh) 一种计算存储分离方法、系统、电子设备及存储介质
CN115562590A (zh) 一种云主机使用云硬盘的方法、系统、设备和存储介质
US11157456B2 (en) Replication of data in a distributed file system using an arbiter
CN112559127B (zh) 虚拟机创建方法、装置、主机及存储介质
CN112835638A (zh) 一种基于嵌入式应用程序的配置信息管理方法及装置
CN113835625B (zh) 一种基于子路径的数据存储方法、装置、设备及存储介质
CN115469807A (zh) 磁盘功能配置方法、装置、设备及存储介质
CN115586872A (zh) 一种容器镜像管理方法、装置、设备及存储介质
WO2018028321A1 (zh) 一种虚拟外置存储设备的管理方法、装置及终端
US11467777B1 (en) Method and system for storing data in portable storage devices
US11474850B2 (en) Method and system for efficient virtual machine operation while recovering data
CN110287064B (zh) 一种磁盘数据的还原方法、装置及电子设备
US11966637B1 (en) Method and system for storing data in portable storage devices

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination