CN109039743B - 分布式存储ceph群集网络的集中管理方法 - Google Patents

分布式存储ceph群集网络的集中管理方法 Download PDF

Info

Publication number
CN109039743B
CN109039743B CN201810874736.XA CN201810874736A CN109039743B CN 109039743 B CN109039743 B CN 109039743B CN 201810874736 A CN201810874736 A CN 201810874736A CN 109039743 B CN109039743 B CN 109039743B
Authority
CN
China
Prior art keywords
client
server
address
disk
data
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.)
Active
Application number
CN201810874736.XA
Other languages
English (en)
Other versions
CN109039743A (zh
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.)
Shaanxi Zhongguang Telecom High Tech Co ltd
Original Assignee
Shaanxi Zhongguang Telecom High Tech 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 Shaanxi Zhongguang Telecom High Tech Co ltd filed Critical Shaanxi Zhongguang Telecom High Tech Co ltd
Priority to CN201810874736.XA priority Critical patent/CN109039743B/zh
Publication of CN109039743A publication Critical patent/CN109039743A/zh
Application granted granted Critical
Publication of CN109039743B publication Critical patent/CN109039743B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/5096Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to distributed or central networked applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0246Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0273Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0889Techniques to speed-up the configuration process
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/28Restricting access to network management systems or functions, e.g. using authorisation function to access network configuration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种分布式存储ceph群集网络的集中管理方法,服务端对接收的创建群集任务进行解析,获得群集提供服务的网络段;服务端根据创建群集任务确定需要连接的客户端的IP地址并且发送指令到客户端端口的指定路由;客户端接收到指令后,根据预先设定的路由指令调用本地命令生成群集唯一的uuid,通过http协议将该uuid发送给服务端;服务端接收客户端的uuid并且存储在数据库中备用;客户端生成群集需要添加mon,osd以及管理使用的密钥文件,分别将三个密钥文件以字符串形式读取并进行base64加密,将加密后的密钥文件发送到服务端;服务端分别接收三个密钥文件,并且直接存入数据库备用,群集网络创建完成。本发明安全,无需再登录服务器进行操作,可控性加强。

Description

分布式存储ceph群集网络的集中管理方法
技术领域
本发明属于分布式存储ceph技术领域,具体涉及一种分布式存储ceph群集网络的集中管理方法。
背景技术
目前市面上采用的ceph的分布式存储管理方案都是使用命令行界面进行操作,有以下三个明显缺点:命令行工具操作,需要的技术人员技能要求高,且极易出现误操作,并且没有误操作记录;没有可视化界面,无法用直观方式管理;命令行操作的基础条件是登录服务器,需要提供服务器权限安全性差。
发明内容
有鉴于此,本发明的主要目的在于提供一种分布式存储ceph群集网络的集中管理方法。
为达到上述目的,本发明的技术方案是这样实现的:
本发明实施例提供一种分布式存储ceph群集网络的集中管理方法,该方法通过以下步骤实现:
步骤1:前端界面通过http协议发送其IP地址的json数据包到服务端;
步骤2:服务端对接收的json数据包进行解析,获得可用的该客户端的IP地址;
步骤3:所述前端界面发送创建群集任务到服务端;
步骤4:所述服务端对接收的创建群集任务进行解析,获得群集提供服务的网络段;
步骤5:所述服务端根据创建群集任务确定需要连接的客户端的IP地址并且通过http协议发送指令到客户端端口的指定路由;
步骤6:所述客户端接收到指令后,根据预先设定的路由指令调用本地命令生成群集唯一的uuid,通过http协议将该uuid发送给服务端;
步骤7:所述服务端接收客户端的uuid并且存储在数据库中备用;
步骤8:所述客户端生成群集需要添加mon,osd以及管理使用的密钥文件,分别将三个密钥文件以字符串形式读取并进行base64加密,然后通过http协议将加密后的密钥文件发送到服务端;
步骤9:所述服务端分别接收三个密钥文件,并且直接存入数据库备用,群集网络创建完成。
上述方案中,该方法还包括:在群集网络中创建mon节点。
上述方案中,所述在群集网络中创建mon节点,具体通过以下步骤实现:
步骤10:所述前端界面创建群集网络的mon节点,并且向服务端发送http任务;
步骤11:所述服务端接收http任务进行解析,获得需要连接的IP地址,并且在数据库中标记该IP地址为mon角色,将该IP地址以get参数的形式传递给客户端;
步骤12:所述客户端接收到服务端发来的数据,解析得到mon地址,然后请求服务端的接口,获得数据库中的密钥文件、mon角色的IP地址、提供服务的网络段以及群集uuid,所述客户端分别将所有文件写入到本地磁盘并保存,同时替换本地的配置文件模板,获得群集使用的新的配置文件并保存。
上述方案中,所述步骤12中,所述客户端根据mon角色的IP地址与本机地址是否一致,确定该客户端是否是mon节点,如果一致则确定该客户端是mon节点,则该客户端生成一个monmap文件。
上述方案中,该方法还包括:所述服务端根据列表页面对IP地址对应的客户端和/或服务端进行osd角色指定,具有osd角色的客户端或者服务端进行磁盘管理操作。
上述方案中,所述具有osd角色的客户端或者服务端进行磁盘管理操作,具体通过以下步骤实现:
步骤21:所述前端界面根据IP地址添加缓存盘,发送任务给服务端,并且搜索选择的IP地址对应的客户端的硬盘情况;
步骤22:所述服务端接收到数据后,解析数据得到需要连接的客户端IP地址,连接客户端IP发送指令;
步骤23:该客户端接收指令后,通过本地命令查询客户端所有硬盘,并且整理成json数据返回包返回给服务端,返回的json数据返回包包括硬盘名称、硬盘大小、磁盘映射文件的位置;
步骤24:所述服务端接收到json数据返回包,提示前端界面选择缓存盘和数据盘,选择完成后,发送选择结果到服务端;
步骤25:所述服务端得到选择的硬盘名称,记录到数据库并返回记录成功的结果。
上述方案中,当所述客户端选择的缓存盘为ssd硬盘后,该方法还包括以下步骤:
步骤31:所述前端界面还选择需要的分区数量,发送给服务端选择结果;
步骤32:所述服务端接收到选择结果,通过数据库查询硬盘所属IP,连接客户端IP地址,发送分区的指令到客户端;
步骤33:所述客户端接收指令并解析,获得需要分区硬盘名称,使用dd命令先覆盖该硬盘的分区信息,然后将硬盘转化为GPT格式,再按照每个分区90GB分成相应数量的分区,完成后返回结果给客户端;
步骤34:所述客户端接收指令后,根据分区的数量,在数据库中存储3~4条不等的分区记录,并且和缓存盘进行关联。
上述方案中,所述具有osd角色的客户端或者服务端进行磁盘管理操作,还具体通过以下步骤实现:
步骤41:缓存盘添加完成之后,所述前端界面根据IP地址添加数据盘,发送添加数据盘的任务给服务端;
步骤42:所述服务端接收任务并解析,获得客户端IP地址、数据盘名称和缓存分区名称;将数据记录到数据库当中,并且开始挂载硬盘,所述服务端通过http协议连接客户端IP地址,发送硬盘挂载指令,将得到的参数传递给客户端;
步骤43:所述客户端接收指令并解析得到参数,先根据数据盘的名称,对数据盘进行分区信息覆盖,然后执行本地命令进行硬盘挂载,挂载结果返回给服务端;
步骤44:所述服务端得到返回的结果,根据结果判断成功与否,挂载成功后,即可进行激活操作,发送数据盘激活任务到服务端;
步骤45:所述服务端接收任务并解析,根据数据库关联信息得到客户端的IP地址,发送激活指令到客户端;
步骤46:所述客户端接收激活指令,调用本地命令执行激活操作,操作结果返回给服务端;
步骤47:所述服务端得到结果后基于返回的数据进行判断,如果成功则数据盘添加完成。
与现有技术相比,本发明的有益效果:
本发明安全,无需再登录服务器进行操作,可控性加强,提供管理平台以及可视化界面,更直观的控制当前资源情况;集中化操作,无需逐步登录服务器进行配置工作,大大减少工作量;快捷,web界面管理,通过用户名密码方式方便登录管理。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明实施例提供一种分布式存储ceph群集网络的集中管理方法,该方法通过以下步骤实现:
步骤1:前端界面通过http协议发送其IP地址的json数据包到服务端;
步骤2:服务端对接收的json数据包进行解析,获得可用的该客户端的IP地址;
步骤3:所述客户端发送创建群集任务到服务端;
步骤4:所述服务端对接收的创建群集任务进行解析,获得群集提供服务的网络段;
步骤5:所述服务端根据创建群集任务确定需要连接的客户端的IP地址并且通过http协议发送指令到客户端端口的指定路由;
步骤6:所述客户端接收到指令后,根据预先设定的路由指令调用本地命令生成群集唯一的uuid,通过http协议将该uuid发送给服务端;
步骤7:所述服务端接收客户端的uuid并且存储在数据库中备用;
步骤8:所述客户端生成群集需要添加mon,osd以及管理使用的密钥文件,分别将三个密钥文件以字符串形式读取并进行base64加密,然后通过http协议将加密后的密钥文件发送到服务端;
步骤9:所述服务端分别接收三个密钥文件,并且直接存入数据库备用,群集网络创建完成。
该方法还包括:在群集网络中创建mon节点。
所述在群集网络中创建mon节点,具体通过以下步骤实现:
步骤10:所述前端界面创建群集网络的mon节点,并且向服务端发送http任务;
步骤11:所述服务端接收http任务进行解析,获得需要连接的IP地址,并且在数据库中标记该IP地址为mon角色,将该IP地址以get参数的形式传递给客户端;
步骤12:所述客户端接收到服务端发来的数据,解析得到mon地址,然后请求服务端的接口,获得数据库中的密钥文件、mon角色的IP地址、提供服务的网络段以及群集uuid,所述客户端分别将所有文件写入到本地磁盘并保存,同时替换本地的配置文件模板,获得群集使用的新的配置文件并保存。
所述步骤12中,所述客户端根据mon角色的IP地址与本机地址是否一致,确定该客户端是否是mon节点,如果一致则确定该客户端是mon节点,则该客户端生成一个monmap文件。
该方法还包括:所述服务端根据列表页面对IP地址对应的客户端和/或服务端进行osd角色指定,具有osd角色的客户端或者服务端进行磁盘管理操作。
所述具有osd角色的客户端或者服务端进行磁盘管理操作,具体通过以下步骤实现:
步骤21:所述前端界面根据IP地址添加缓存盘,发送任务给服务端,并且搜索选择的IP地址对应的客户端的硬盘情况;
步骤22:所述服务端接收到数据后,解析数据得到需要连接的客户端IP地址,连接客户端IP发送指令;
步骤23:该客户端接收指令后,通过本地命令查询客户端所有硬盘,并且整理成json数据返回包返回给服务端,返回的json数据返回包包括硬盘名称、硬盘大小、磁盘映射文件的位置;
步骤24:所述服务端接收到json数据返回包,提示前端界面选择缓存盘和数据盘,选择完成后,发送选择结果到服务端;
步骤25:所述服务端得到选择的硬盘名称,记录到数据库并返回记录成功的结果。
当所述客户端选择的缓存盘为ssd硬盘后,该方法还包括以下步骤:
步骤31:所述前端界面还选择需要的分区数量,发送给服务端选择结果;
步骤32:所述服务端接收到选择结果,通过数据库查询硬盘所属IP,连接客户端IP地址,发送分区的指令到客户端。
步骤33:所述客户端接收指令并解析,获得需要分区硬盘名称,使用dd命令先覆盖该硬盘的分区信息,然后将硬盘转化为GPT格式,再按照每个分区90GB的分成相应数量的分区,完成后返回结果给客户端;
步骤34:所述客户端接收指令后,根据分区的数量,在数据库中存储3~4条不等的分区记录,并且和缓存盘进行关联。
所述具有osd角色的客户端或者服务端进行磁盘管理操作,还具体通过以下步骤实现:
步骤41:缓存盘添加完成之后,所述前端界面根据IP地址添加数据盘,发送添加数据盘的任务给服务端;
步骤42:所述服务端接收任务并解析,获得客户端IP地址、数据盘名称和缓存分区名称;将数据记录到数据库当中,并且开始挂载硬盘,所述服务端通过http协议连接客户端IP地址,发送硬盘挂载指令,将得到的参数传递给客户端;
步骤43:所述客户端接收指令并解析得到参数,先根据数据盘的名称,对数据盘进行分区信息覆盖,然后执行本地命令进行硬盘挂载,挂载结果返回给服务端;
步骤44:所述服务端得到返回的结果,根据结果判断成功与否,挂载成功后,即可进行激活操作,发送数据盘激活任务到服务端;
步骤45:所述服务端接收任务并解析,根据数据库关联信息得到客户端的IP地址,发送激活指令到客户端;
步骤46:所述客户端接收激活指令,调用本地命令执行激活操作,操作结果返回给服务端;
步骤47:所述服务端得到结果后基于返回的数据进行判断,如果成功则数据盘添加完成。
所述服务端是指管理平台所在服务器。
所述客户端是指被管理服务器。
角色:指所选择机器可提供的服务类型,有两种:osd角色,mon角色。
所述Osd角色是指提供数据存储的服务器。
所述Mon角色是指提供数据查询和监控的服务器。
所述任务指图形界面发送给服务端的操作数据。
所述指令是指服务端经过任务分解后发送给客户端的操作数据。
所述缓存盘是指数据缓存所使用的硬盘,通常情况下是一块480GB的ssd硬盘(包含但不限于SATA/PCIE接口),只存在于角色为osd的服务器。
所述数据盘是指数据存储所使用的硬盘,通常情况下是一块10GB以上硬盘(包含但不限于SATA/PCIE接口),只存在于角色为osd的服务器。
实施例1:
本发明实施例提供一种分布式存储ceph群集网络的集中管理方法,该方法通过以下步骤实现:
1)操作人员通过页面按钮,使用http协议,发送任务到服务端,发送的数据包括客户端的IP地址.路由地址为/API/AddHost;
2)服务端接收前台的数据,经过go语言对json数据的解析,得到可用的客户端IP地址为x.x.x.1,记录到数据库备用;
3)操作人员操作页面勾选一台客户端IP地址,并点击新增群集按钮,发送创建群集的任务到服务端.此处页面会提示输入群集服务的网络段,一般情况下为:x.x.x.0/24;
4)服务端接收前台的数据,经过go语言对json数据的解析,得到群集提供服务的网络段为x.x.x.0/24,记录数据库,并返回结果:{success:0,msg:xxx},如果成功则继续执行,如果失败则返回失败信息,界面判断返回的信息内容,如果success不为0,则代表失败,提示错误信息msg:xxx,如果为0,则提示成功;
5)上述执行成功后,服务端通过json解析,得到需要连接的IP地址x.x.x.1,并且通过http协议,发送指令到客户端的32107端口的指定路由.不发送任何数据,路由地址为/auto/CreateNewCluster;
6)客户端接收到指令,根据预先设定的路由指令,调用本地命令生成群集唯一的uuid,这个uuid是随机生成的32位字符串(包含数字和小写字母),客户端生成群集的uuid后,通过http协议,将uuid发送给服务端的31208端口;
7)服务端接收到来自客户端的数据,存储在数据库中备用,并同时返回是否存储成功的信息给客户端,客户端得到结果:如果成功,则继续执行;如果失败,则终止,并且客户端返回失败内容以json形式{success:2,msg:xxx}给服务端,服务端经过判断返回2,则反馈给前端页面失败提示,并显示失败内容msg:xxx;
8)上述执行成功客户端同时生成群集需要添加mon,osd以及管理使用的密钥文件key,需要注意的是每个群集的密钥文件都是随机生成的,不同的群集不可混用.客户端生成密钥文件后,分别将三个密钥文件以字符串形式读取并进行base64加密,然后通过http协议连接服务端的32108端口,将加密后的key的发送给服务端;
9)服务端分别接收三份数据,得到的数据不进行解析,直接存入数据库备用,并将存储成功的信息返回给客户端确认:如果成功,则继续执行,如果失败,则终止,并且客户端返回失败内容以json形式{success:2,msg:xxx}给服务端,服务端经过判断返回2,则反馈给前端页面失败提示,并显示失败内容msg:xxx;
10)上述执行成功后,操作人员通过页面操作创建群集的mon节点,勾选x.x.x.1,并且向服务端发送http任务,添加mon,发送的内容/API/AddCephMon,参数为json格式数据,包含IP,也就是勾选的IP地址,及mon地址;
11)服务端接收数据经过解析,得到需要连接的IP地址,在数据库中标记这个IP地址为mon角色,连接这个客户端的32107端口,并将IP地址以get参数的形式传递给客户端;
12)客户端接收到服务端发来的数据,解析得到mon地址,然后请求服务端的接口,得到存入数据库中的key文件,mon的IP地址(可以是多个),提供服务的网络段以及群集uuid,并通过写入文件的形式,分别将三个key文件写入到本地磁盘并保存,同时替换本地的配置文件模板(替换网段字段,群集uuid字段,以及mon的IP地址和主机名字段),得到群集使用的新的配置文件并保存;
13)此处需要判断如果mon地址和本机地址一致,则说明本机当前应该是mon节点,程序会调用本地命令,生成一个monmap文件,供mon节点使用;如果mon地址和本机地址不一致,并且本机已经是一个mon节点,则需要重新生成monmap文件;如果mon地址和本机地址不一致,并且本机并不是mon节点,则不进行monmap文件的生成;
14)此时的群集因为已经有了一个mon节点,可以查询一些基本信息;
15)以上操作完成后,操作人员在服务器列表页面对IP进行osd角色指定,进行磁盘的管理操作,如果不指定服务器的角色为osd,则无法进行以下操作(服务器可以同时为mon和osd);
16)首先添加缓存盘,操作人员在缓存盘界面点击添加,则会有弹出框提示选择客户端的IP,选择一个IP后,页面会动态发送任务给服务端,搜索选择的IP的硬盘情况;
17)服务端接收到页面传输过来的数据后,解析数据得到需要连接的客户端IP,连接客户端IP发送指令,路由地址为/auto/GetDisk;
18)客户端接收指令后,会通过本地命令,查询客户端所有硬盘,并且整理成json数据返回给服务端,返回的数据包括硬盘名称,硬盘大小,磁盘映射文件的位置;
19)服务端接收到返回数据,返回给前台页面,页面实时渲染,供客户选择缓存盘,和数据盘,这个缓存盘一般情况下会选择ssd硬盘,选择完缓存盘后,会发送任务给服务端,告知选择结果;
20)服务端得到选择的硬盘名称,记录到数据库并返回记录成功的结果;
21)以上操作完成后,操作人员继续选择已经选择为缓存盘的ssd硬盘,并且选择需要的分区数量,分区数量最大为4,最小为3,发送给服务端选择结果;
22)服务端接受到选择结果,通过数据库查询硬盘所属IP,连接客户端IP,发送分区的指令到客户端,路由地址为/auto/Partedomap,参数为硬盘名称以及需要分区的数量;
23)客户端接受指令,并解析,得到需要分区硬盘名称,使用dd命令先覆盖该硬盘的分区信息,然后将硬盘转化为GPT格式,再按照每个分区90GB的分成相应数量的分区,以上步骤都是调用系统命令完成,完成后返回结果给客户端;
24)客户端接收指令后,根据分区的数量,在数据库中存储3~4条不等的分区记录,并且和缓存盘进行关联,并将结果返回至前台;
25)用户在得到缓存盘分区成功后,客户进行添加数据盘操作;
26)用户在数据盘界面点击添加,则会提示选择IP,选择IP时,前端会通过ajax实时更新内容展示出来存储在服务端数据库里面硬盘的记录,并且该记录会排除掉已经被指定为缓存盘的硬盘和已经选择过的数据盘,选择数据盘,会提示选择使用的缓存盘分区,这个数据是也是通过页面ajax调用服务端接口,得到缓存盘的分区信息这里通过后台数据的记录排除了已经使用过的缓存盘分区,选择完成后点击确定,发送添加数据盘的任务给服务端;
27)服务端接收任务并解析,得到多个参数:客户端IP,数据盘名称,缓存分区名称.将数据记录到数据库当中,并且开始挂载硬盘,服务端通过http协议连接客户端IP,发送硬盘挂载指令,将得到的参数传递给客户端;
28)客户端接受指令并解析得到参数,先根据数据盘的名称,对数据盘进行分区信息覆盖,防止旧数据对执行结果造成影响,然后执行本地命令进行硬盘挂载.挂载结果返回给服务端;
29)服务端得到返回的结果,根据结果判断成功与否,提示到前端页面供操作人员查看;
30)挂载成功后,即可进行激活操作,操作人员选择数据盘,对选择激活按钮,发送数据盘激活任务到服务端;
31)服务端接收任务并解析,根据数据库关联信息得到客户端的IP地址,发送激活指令到客户端;
32)客户端接收激活指令,调用本地命令执行激活操作.操作结果返回给服务端;
33)服务端得到结果后基于返回的数据进行判断,如果成功则一个硬盘的完整添加完成,如果失败,则查看返回的信息,操作人员进行排错处理;
34)以上步骤可以按照需求再次执行添加mon,osd角色的服务器,或添加硬盘。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。

Claims (8)

1.一种分布式存储ceph群集网络的集中管理方法,其特征在于,该方法通过以下步骤实现:
步骤1:前端界面通过http协议发送客户端的IP地址的json数据包到服务端;
步骤2:服务端对接收的json数据包进行解析,获得可用的该客户端的IP地址;
步骤3:所述前端界面发送创建群集任务到服务端;
步骤4:所述服务端对接收的创建群集任务进行解析,获得群集提供服务的网络段;
步骤5:所述服务端根据创建群集任务确定需要连接的客户端的IP地址并且通过http协议发送指令到客户端端口的指定路由;
步骤6:所述客户端接收到指令后,根据预先设定的路由指令调用本地命令生成群集唯一的uuid,通过http协议将该uuid发送给服务端;
步骤7:所述服务端接收客户端的uuid并且存储在数据库中备用;
步骤8:所述客户端生成群集需要添加mon,osd以及管理使用的密钥文件,分别将三个密钥文件以字符串形式读取并进行base64加密,然后通过http协议将加密后的密钥文件发送到服务端;
步骤9:所述服务端分别接收三个密钥文件,并且直接存入数据库备用,群集网络创建完成。
2.根据权利要求1所述的分布式存储ceph群集网络的集中管理方法,其特征在于,该方法还包括:在群集网络中创建mon节点。
3.根据权利要求2所述的分布式存储ceph群集网络的集中管理方法,其特征在于,所述在群集网络中创建mon节点,具体通过以下步骤实现:
步骤10:所述前端界面创建群集网络的mon节点,并且向服务端发送http任务;
步骤11:所述服务端接收http任务进行解析,获得需要连接的IP地址,并且在数据库中标记该IP地址为mon角色,将该IP地址以get参数的形式传递给客户端;
步骤12:所述客户端接收到服务端发来的数据,解析得到mon地址,然后请求服务端的接口,获得数据库中的密钥文件、mon角色的IP地址、提供服务的网络段以及群集uuid,所述客户端分别将所有文件写入到本地磁盘并保存,同时替换本地的配置文件模板,获得群集使用的新的配置文件并保存。
4.根据权利要求3所述的分布式存储ceph群集网络的集中管理方法,其特征在于,所述步骤12中,所述客户端根据mon角色的IP地址与本机地址是否一致,确定该客户端是否是mon节点,如果一致则确定该客户端是mon节点,则该客户端生成一个monmap文件。
5.根据权利要求1-4任意一项所述的分布式存储ceph群集网络的集中管理方法,其特征在于,该方法还包括:所述前端界面根据列表页面对IP地址对应的客户端进行osd角色指定,具有osd角色的客户端进行磁盘管理操作。
6.根据权利要求5所述的分布式存储ceph群集网络的集中管理方法,其特征在于,所述具有osd角色的客户端进行磁盘管理操作,具体通过以下步骤实现:
步骤21:所述前端界面根据IP地址添加缓存盘,发送任务给服务端,并且搜索选择的IP地址对应的客户端的硬盘情况;
步骤22:所述服务端接收到数据后,解析数据得到需要连接的客户端IP地址,连接客户端IP发送指令;
步骤23:该客户端接收指令后,通过本地命令查询客户端所有硬盘,并且整理成json数据返回包返回给服务端,返回的json数据返回包包括硬盘名称、硬盘大小、磁盘映射文件的位置;
步骤24:所述服务端接收到json数据返回包,提示前端界面选择缓存盘和数据盘,选择完成后,发送选择结果到服务端;
步骤25:所述服务端得到选择的硬盘名称,记录到数据库并返回记录成功的结果。
7.根据权利要求6所述的分布式存储ceph群集网络的集中管理方法,其特征在于,当所述前端界面选择的缓存盘为ssd硬盘后,该方法还包括以下步骤:
步骤31:所述前端界面还选择需要的分区数量,发送给服务端选择结果;
步骤32:所述服务端接收到选择结果,通过数据库查询硬盘所属IP,连接客户端IP地址,发送分区的指令到客户端;
步骤33:所述客户端接收指令并解析,获得需要分区硬盘名称,使用dd命令先覆盖该硬盘的分区信息,然后将硬盘转化为GPT格式,再按照每个分区90GB分成相应数量的分区,完成后返回结果给客户端;
步骤34:所述客户端接收指令后,根据分区的数量,在数据库中存储3~4条不等的分区记录,并且和缓存盘进行关联。
8.根据权利要求7所述的分布式存储ceph群集网络的集中管理方法,其特征在于,所述具有osd角色的客户端进行磁盘管理操作,还具体通过以下步骤实现:
步骤41:缓存盘添加完成之后,所述前端界面根据IP地址添加数据盘,发送添加数据盘的任务给服务端;
步骤42:所述服务端接收任务并解析,获得客户端IP地址、数据盘名称和缓存分区名称;将数据记录到数据库当中,并且开始挂载硬盘,所述服务端通过http协议连接客户端IP地址,发送硬盘挂载指令,将得到的参数传递给客户端;
步骤43:所述客户端接收指令并解析得到参数,先根据数据盘的名称,对数据盘进行分区信息覆盖,然后执行本地命令进行硬盘挂载,挂载结果返回给服务端;
步骤44:所述服务端得到返回的结果,根据结果判断成功与否,挂载成功后,即可进行激活操作,发送数据盘激活任务到服务端;
步骤45:所述服务端接收任务并解析,根据数据库关联信息得到客户端的IP地址,发送激活指令到客户端;
步骤46:所述客户端接收激活指令,调用本地命令执行激活操作,操作结果返回给服务端;
步骤47:所述服务端得到结果后基于返回的数据进行判断,如果成功则数据盘添加完成。
CN201810874736.XA 2018-08-03 2018-08-03 分布式存储ceph群集网络的集中管理方法 Active CN109039743B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810874736.XA CN109039743B (zh) 2018-08-03 2018-08-03 分布式存储ceph群集网络的集中管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810874736.XA CN109039743B (zh) 2018-08-03 2018-08-03 分布式存储ceph群集网络的集中管理方法

Publications (2)

Publication Number Publication Date
CN109039743A CN109039743A (zh) 2018-12-18
CN109039743B true CN109039743B (zh) 2022-05-10

Family

ID=64648173

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810874736.XA Active CN109039743B (zh) 2018-08-03 2018-08-03 分布式存储ceph群集网络的集中管理方法

Country Status (1)

Country Link
CN (1) CN109039743B (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110704381A (zh) * 2019-09-06 2020-01-17 平安城市建设科技(深圳)有限公司 数据解析方法、装置及存储介质
CN111654410B (zh) * 2020-04-28 2021-12-24 长沙证通云计算有限公司 网关请求监控方法、装置、设备及介质
CN111835563A (zh) * 2020-07-03 2020-10-27 紫光云技术有限公司 一种修改云服务平台上mongodb数据库集群参数配置的方法
CN112883025B (zh) * 2021-01-25 2021-11-16 北京云思畅想科技有限公司 一种可视化ceph内部数据结构映射关系的系统和方法
CN112887402B (zh) * 2021-01-25 2021-12-28 北京云思畅想科技有限公司 一种加解密方法、系统、电子设备及存储介质
CN112800029A (zh) * 2021-01-29 2021-05-14 紫光云技术有限公司 一种ceph集群整体迁移的方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101256510B (zh) * 2008-04-11 2010-06-16 中兴通讯股份有限公司 一种集群系统及实现其集中管理的方法
CN101610282A (zh) * 2009-07-16 2009-12-23 浪潮电子信息产业股份有限公司 一种基于http协议的存储多节点集中管理和单节点管理相结合的方法
CN101706781B (zh) * 2009-09-29 2012-03-07 北京星网锐捷网络技术有限公司 一种数据库缓存集中管理方法和系统
WO2014101218A1 (zh) * 2012-12-31 2014-07-03 华为技术有限公司 一种计算存储融合的集群系统
CN104079657B (zh) * 2014-07-07 2018-10-19 用友网络科技股份有限公司 基于模板的可配置的集群部署装置及方法
CN105024855B (zh) * 2015-07-13 2018-09-04 浪潮(北京)电子信息产业有限公司 分布式集群管理系统和方法
CN105701179B (zh) * 2016-01-06 2018-12-18 南京斯坦德云科技股份有限公司 基于UniWhale的分布式文件系统的视窗访问方法
CN107454140A (zh) * 2017-06-27 2017-12-08 北京溢思得瑞智能科技研究院有限公司 一种基于大数据平台的Ceph集群自动化部署方法及系统
CN107547654B (zh) * 2017-09-12 2020-10-02 郑州云海信息技术有限公司 一种分布式对象存储集群、部署、服务方法及系统

Also Published As

Publication number Publication date
CN109039743A (zh) 2018-12-18

Similar Documents

Publication Publication Date Title
CN109039743B (zh) 分布式存储ceph群集网络的集中管理方法
US8290998B2 (en) Systems and methods for generating cloud computing landscapes
US11416211B2 (en) Database systems and methods for conversation-driven dynamic updates
JP5080428B2 (ja) 構成管理サーバ、名称特定方法および名称特定プログラム
WO2021203979A1 (zh) 运维处理方法、装置及计算机设备
US11128459B2 (en) Mitigating service disruptions in key maintenance
US7831959B1 (en) Method and apparatus to manage configuration for multiple file server appliances
CN111193602B (zh) 自动化运维管理系统及方法
Allen et al. Globus online: radical simplification of data movement via SaaS
CN108881066A (zh) 一种路由请求的方法、接入服务器以及存储设备
CN112738230B (zh) 一种自动化网闸测试系统及其工作方法
CN111240924B (zh) 一种Linux虚拟机Socket监听的检测方法及其系统
US10904094B2 (en) Extending a known topology of a network using data obtained from monitoring the network
US11973850B2 (en) System and method for automatic deployment of a cloud environment
CN107911496A (zh) 一种vpn服务端代理dns的方法及装置
CN112272190B (zh) 一种数据访问方法和装置
CN107154982B (zh) 一种审计日志记录的方法及系统
CN103312594B (zh) 一种进入聊天房间的方法及装置
JP4293169B2 (ja) ネットワーク機器制御システム
CN110430083B (zh) 一种代理转发请求的定位处理方法及服务器
US20140019610A1 (en) Correlated Tracing of Connections through TDS
US20210109895A1 (en) Determining user interface contexts for requested resources
US9092295B2 (en) Managing software package updates using communication pipes
CN110727441A (zh) 一种flume代理安装方法、系统及存储介质
US11237944B2 (en) Code profiling system and associated methods

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
TA01 Transfer of patent application right

Effective date of registration: 20220419

Address after: 710000 No. 52004, floor 20, unit 5, building 1, No. 11, Tangyan Road, high tech Zone, Xi'an, Shaanxi Province

Applicant after: Shaanxi Zhongguang Telecom High Tech Co.,Ltd.

Address before: 710000 room 22307, building 1, Xi'an Shengshi Plaza, No. 1, Taibai North Road, Beilin District, Xi'an City, Shaanxi Province

Applicant before: XIAN DONGMEI INFORMATION TECHNOLOGY Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant
PE01 Entry into force of the registration of the contract for pledge of patent right

Denomination of invention: Centralized management method for distributed storage ceph cluster network

Effective date of registration: 20230620

Granted publication date: 20220510

Pledgee: Xi'an innovation financing Company limited by guarantee

Pledgor: Shaanxi Zhongguang Telecom High Tech Co.,Ltd.

Registration number: Y2023610000481

PE01 Entry into force of the registration of the contract for pledge of patent right