Introduction
本文描述要求的步骤为了替换两个在服务器的有故障的HDDs在设置的Ultra-M主机StarOS虚拟网络作用(VNFs)。
背景信息
Ultra-M是设计的一个被预先包装的和被验证的虚拟化的便携信息包核心解决方案简化VNFs的配置。 OpenStack是虚拟化的基础设施管理器(精力) Ultra-M的并且包括这些节点类型:
- 估计
- 对象存储磁盘-估计(OSD -估计)
- 控制器
- OpenStack平台-导向器(OSPD)
Ultra-M高级体系结构和介入的组件在此镜像表示:
UltraM体系结构
本文供Cisco人员使用熟悉Cisco Ultra-M平台,并且选派要求的步骤被执行在OpenStack和StarOS VNF级别在控制器服务器更换时。
Note:超M 5.1.x版本考虑为了定义在本文的程序。
简称
VNF |
虚拟网络功能 |
CF |
控制功能 |
SF |
服务功能 |
ESC |
有弹性服务控制器 |
MOP |
程序方法 |
OSD |
对象存储磁盘 |
HDD |
硬盘驱动器 |
SSD |
固体驱动 |
精力 |
虚拟基础设施管理器 |
VM |
虚拟机 |
EM |
网元管理 |
UAS |
超自动化服务 |
UUID |
通用唯一标识符 |
两HDDs故障
每个仅有金属服务器将配置有两HDD驱动为了作为在袭击1配置的引导盘。在单个HDD故障的情况下,因为有RAID 1级别冗余,有故障的HDD可以被热交换。然而,当两个HDDs失败,服务器将发生故障,并且您将丢失对服务器的访问。为了恢复对服务器和服务的访问,要求替换HDDs和添加服务器到存在的乌云密布堆栈。
替换在UCS C240 M4服务器的一个有故障的组件的程序可以从替换服务器组件参考。
在两个的情况下HDDs故障,只替换这两在同一个UCS 240M4服务器的有故障的HDDs。BIOS升级程序,在您替换新的磁盘后,没有需要。
在OpenStack根据Ultra-M解决方案, UCS 240M4仅有金属服务器能占去这些角色之一:估计、OSD估计、控制器或者OSPD。要求的步骤为了处理在这些服务器角色中的每一个的两个HDD故障在这些部分被提及。
Note:在两个HDDs是健康的方案中,但是一些其他硬件是有故障的在UCS 240M4服务器,用新的硬件替换UCS 240M4,然而,请重新使用同样HDDs。在这种情况下,仅HDDs是有故障的,因此请重新使用同一个UCS 240M4并且用新的HDDs替换有故障的HDDs。
两在估计服务器的HDDs故障
如果两个的故障HDDs在作为估计节点的UCS 240M4被观察,请遵从替换程序如产生在估计服务器替换程序。
两在控制器服务器的HDDs故障
如果两个的故障HDDs在作为控制器节点的UCS 240M4被观察,请遵从替换程序如产生在。
因为观察两个HDDs故障的控制器服务器通过安全壳SSH不是可及的,请登陆到另一个控制器节点为了执行列出的从容关机程序在被提及的链路。
两在OSD估计服务器的HDDs故障
如果两个的故障HDDs在作为OSD估计节点的UCS 240M4被观察,请遵从替换程序如产生在。
在被提及的程序,当两个故障导致服务器的unreachability,这里, Ceph存贮从容关机不可能执行。所以,请略过那些步骤。
两在OSPD服务器的HDDs故障
如果两个的故障HDDs在UCS 240M4被观察,作为锡OSPD节点,请遵从替换程序如产生在。
在这种情况下,以前存储的OSPD备份为恢复是需要的在HDD磁盘更换以后,其他它将是类似完全堆栈变更部署。