..........54 杭州飞致云信息科技有限公司 3 4.5 制作云磁盘快照.................................................................................................... 55 4.6 删除云磁盘快照......................................... 超融合基础架构（Hyper Converged Infrastructure，或简称 “HCI”）是指在同一套单元设备中不仅仅具备计算、网络、存 储和服务器虚拟化等资源和技术，而且还包括备份软件、快照技 术、重复数据删除、在线数据压缩等元素，而多套单元设备可以 通过网络聚合起来，实现模块化的无缝横向扩展（scale-out）， 形成统一的资源池。比较知名常见的超融合平台有 Nutanix、戴 工作空间用户登录后，选择进入【虚拟机服务】门户，在左边菜单中选择【虚拟机】 打开【虚拟机列表】页面。 (2) 在【虚拟机列表】页面中的虚拟机列表中，找到要变更配置的虚拟机，在其【操作】 下拉菜单中，选择【配置/网络/快照】下【变更规格】打开【虚拟机配置变更】页 面，如图 3-15 所示。 (3) 在【虚拟机配置变更】页面，选择要变更的 CPU、内存配置，如图 3-16 所示， 选择完后点击【提交】，等待管理员审批和系统自动操作变更。

软件用起来才有价值，才有改进的机会 16 表 2: 支持场景列表 场景 子场景 是否支持 运行环境服务 虚拟机申请部署、变更 (单机、批量、集群、定时执行、克隆) 支持 磁盘申请部署、变更，快照创建及管理 支持 虚拟机申请时指定安全组、弹性 IP、负载均衡 支持 虚拟机部署后初始化操作系统环境、部署安全基线 支持 虚拟机部署后自动部署中间件数据库 支持 虚拟机部署后自动部署运维工具代理 资源同步，同步虚拟机、磁盘、镜像模版、VLAN 等资源信息；  对于 OpenStack 资源同步，同步虚拟机、磁盘、快照、镜像、VPC、子网、安全组、 弹性 IP 等。  对于阿里云、腾讯云、华为云、AWS、Azure 等公有云资源同步，同步虚拟机、磁盘、 快照、镜像、VPC、子网、安全组、弹性 IP、负载均衡、RDS、对象存储等。 2.4.3 分权分域管理 分权分域的主要场景为 杭州飞致云信息科技有限公司 软件用起来才有价值，才有改进的机会 30 图 23: 虚拟机操作选项 2) 云磁盘方面支持:  对于虚拟化平台的云磁盘支持创建管理快照  对于私有云公有云平台的云磁盘支持卸载、挂载、释放、创建管理快照； 3) 镜像方面支持:  设置镜像的管理信息，包括操作系统、默认系统密码等 4) 安全组方面支持:  列表显示全部安全组、按云账号/地域/VPC 分级显示安全组

超融合基础架构（Hyper Converged Infrastructure，或简称“HCI”） 是指在同一套单元设备中不仅仅具备计算、网络、存储和服务器虚拟化等 资源和技术，而且还包括备份软件、快照技术、重复数据删除、在线数据 压缩等元素，而多套单元设备可以通过网络聚合起来，实现模块化的无缝 横向扩展（scale-out），形成统一的资源池。比较知名常见的超融合平台 有 Nutanix、戴尔的 杭州飞致云信息科技有限公司 301  快照数量  超额申请，允许或拒绝 图 11-15 组织默认配额编辑页面 （4）工作空间默认配置，同组织默认配置功能，是针对于工作空间的默认配置。如 图 11-16 所示。编辑「工作空间默认配置」时，可以设置的配额内容包含以下项目：  主机个数  CPU（核数）  内存（GB）  磁盘大小（GB）  快照数量  配置内免审，该功能应用

Exporter 部署包安装即可。访问监控服务器 3000 端口即可查看监控仪表板 杭州飞致云信息科技有限公司 25 八、数据备份 8.1 主机备份 如果是采用虚拟化主机或云主机的用户，可采用快照、整机备份、克隆等方式备份。 8.2 数据库备份 CloudExplorer 平台数据库：keycloak/fit2cloud/activiti 1）编辑备份脚本 #!/bin/bash #

步骤 1 出错，啥事都没发生 步骤 2 出错，等同于创建硬连接出错，恢复机制如下： 将源文件的 nlink 减一 步骤 3 出错，相当于创建了硬链接，但是没有删除源文件，此时源文件和目标文件同时存在，恢复机制如下： 删除目标文件 dentry 将源文件的 nlink 减一 备注： 如果这一步骤出错，并且恢复机制没有执行成功，那么会导致一些问题：© XXX Page 3 of 15 3. 有可能没办法被正常回收 (nlink 始终大于 0)，恢复机制如下： 对于这一步出错，没有恢复机制，与 unlink 操作失败一样的处理（因为 dentry 删除了，而 inode 却没被回收，会被当成孤儿节点去处理） 如果采用 chubaofs 的方案，需要考虑以下问题： 以上的恢复进制如果没执行成功怎么办？ 客户端存活的情况下，应该多尝试几次，直至成功 但是如果恢复机制尝试多次没成功，或者客户端挂掉、宕机该如何处理？ 该如何处理？ 步骤 1：忽略 步骤 2：只是给 nlink + 1 了，这个 ，同步骤 4 恢复机制一样，当做孤儿节点来处理 等同于 unlink 操作时删除了 dentry 而 nlink 没减一的情况 步骤 3： ，就会同时存在 src、dst 的 dentry，相当于多了一个硬链接，Linux 和 POSIX 这一步出错 接口中表明这允许一段时间内存在，但是最终还是要原子性，所以这一步出错会导致和本地文件系统不一致的行为：

来和云端做交互，利用 Zadig 能力完成车端和云端服务的迭代更新 过程： 主机方式接入资源设备 • 支持系统主机管理的同时支持了项目级别的主机管理，项目成员可 以自己上下线资源设备 • 主机管理支持强大的探活机制 (TCP/HTTP 协议 ) ，精准检测资源设 备是否在线。 • 服务可以查看到关联的主机资源，支持登录主机，方便开发登录资 源设备诊断问题 • 完备的权限控制，极大降低了管理成本，实现安全风险可控。

来和云端做交互，利用 Zadig 能力完成车端和云端服务的迭代更新 过程： 主机方式接入资源设备 • 支持系统主机管理的同时支持了项目级别的主机管理，项目成员可 以自己上下线资源设备 • 主机管理支持强大的探活机制(TCP/HTTP 协议)，精准检测资源设 备是否在线。 • 服务可以查看到关联的主机资源，支持登录主机，方便开发登录资 源设备诊断问题 • 完备的权限控制，极大降低了管理成本，实现安全风险可控。