OpenShift Container Platform 4.13 虚拟化创建快照。 Filter 字段 根据状态过滤快照。 搜索字段 根据名称或标签搜索快照。 快照 快照表 快照列表 点快照名称编辑标签或注解。 点击快照旁边的 Options 菜单 选择 Restore 或 Delete。 4.3.1.9. 诊断 断标签页 您可以在诊 诊断 断选项卡中查看状态条件和卷快照状态。 例 例 4.24. 诊 诊断 断标签页 标签页 OpenShift Container 5. 选择以下方法之一恢复虚拟机快照: a. 对于您要用作恢复虚拟机的源的快照,点 Restore。 b. 选择快照以打开 Snapshot Details 屏幕,然后点 Actions → Restore VirtualMachineSnapshot。 6. 在确认弹出窗口中,点 Restore 可将虚拟机恢复到快照代表的以前的配置中。 10.19.10.8. 通 通过 CLI 从快照中恢复虚 "2020-09-30T14:46:28Z" restores: - dataVolumeName: restore-71c679a8-136e-46b0-b9b5-f57175a6a041-datavolumedisk1 persistentVolumeClaim: restore-71c679a8-136e-46b0-b9b5-f57175a6a041- datavolumedisk10 码力 | 393 页 | 4.53 MB | 1 年前3
OpenShift Container Platform 4.10 虚拟化5. 选择以下方法之一恢复虚拟机快照: a. 对于您要用作恢复虚拟机的源的快照,点 Restore。 b. 选择快照以打开 Snapshot Details 屏幕,然后点 Actions → Restore VirtualMachineSnapshot。 6. 在确认弹出窗口中,点 Restore 可将虚拟机恢复到快照代表的以前的配置中。 8.19.10.8. 通 通过 CLI 从快照中恢复虚 "2020-09-30T14:46:28Z" restores: - dataVolumeName: restore-71c679a8-136e-46b0-b9b5-f57175a6a041-datavolumedisk1 persistentVolumeClaim: restore-71c679a8-136e-46b0-b9b5-f57175a6a041- datavolumedisk1 NodeNetworkConfigurationPolicy 清单应用到集群来在集群的节点上创建一个绑定接口。 注意 注意 OpenShift Virtualization 只支持以下绑定模式: mode=1 active-backup mode=2 balance-xor mode=4 802.3ad mode=5 balance-tlb mode=6 balance-alb 以下 YAML 文件是绑定接口的清单示例。如果运行0 码力 | 307 页 | 3.45 MB | 1 年前3
OpenShift Container Platform 4.6 发行注记容器,从而提供一个状态对象和在守护进程集初始运行时修改的文件日志。 1.2.3.5. 对 对集群恢复失 集群恢复失败 败使用的集群脚本已被更新 使用的集群脚本已被更新 更新了 cluster-backup.sh 和 cluster-restore.sh 脚本,以便用户可以更好地了解恢复失败的原因。 1.2.4. 机器 API 1.2.4.1. 支持多个 支持多个块设备 块设备映射 映射 Machine API 现在支持 左侧的复选框列出默认字段名称,同时在右侧列出附加字段名称。取消选择复选框将从表视图中删除该 列。选择一个复选框会将该列添加到表视图中。同时可以最多显示来自两端的 9 个字段。点 Save 可保存 您所做的更改。点 Restore Default Columns 将恢复这些字段的默认设置。 1.2.5.8. Developer Perspective (开 开发 发者 者视 视角 角) 现在,会根据用户访问角色或权限,将用户定向到0 码力 | 91 页 | 1.15 MB | 1 年前3
OpenShift Container Platform 4.6 在裸机上安装址设置为 dhcp。例如: bond=bond0:em1,em2:mode=active-backup ip=bond0:dhcp 要将绑定接口配置为使用静态 IP 地址,请输入您需要 的特定 IP 地址以及相关信息。例如: bond=bond0:em1,em2:mode=active-backup ip=10.10.10.2::10.10.10.254:255.255.255.0:co re0 em2:mode=active-backup vlan=bond0.100:bond0 使用 VLAN 配置绑定接口,并使用静态 IP 地址: ip=10.10.10.2::10.10.10.254:255.255.255.0:co re0.example.com:bond0.100:none bond=bond0:em1,em2:mode=active-backup vlan=bond0.100:bond0 址设置为 dhcp。例如: bond=bond0:em1,em2:mode=active-backup ip=bond0:dhcp 要将绑定接口配置为使用静态 IP 地址,请输入您需要 的特定 IP 地址以及相关信息。例如: bond=bond0:em1,em2:mode=active-backup ip=10.10.10.2::10.10.10.254:255.255.255.0:co re00 码力 | 160 页 | 1.70 MB | 1 年前3
OpenShift Container Platform 4.14 安装- subnet-1 - subnet-2 - subnet-3 $ cp install-config.yaml install-config.yaml.backup $ openshift-install create manifests --dir第 第 6 章 章 在 在 AWS 上安装 上安装 server bootstrap bootstrap.ocp4.example.com:6443 verify none check check-ssl inter 10s fall 2 rise 3 backup 2 server master0 master0.ocp4.example.com:6443 weight 1 verify none check check-ssl inter 10s 3 3 bind *:22623 mode tcp server bootstrap bootstrap.ocp4.example.com:22623 check inter 1s backup 4 server master0 master0.ocp4.example.com:22623 check inter 1s server master1 master1.ocp4.example 0 码力 | 3881 页 | 39.03 MB | 1 年前3
OpenShift Container Platform 4.8 安装api-server-6443 2 bind *:6443 mode tcp server bootstrap bootstrap.ocp4.example.com:6443 check inter 1s backup 3 server master0 master0.ocp4.example.com:6443 check inter 1s server master1 master1.ocp4.example 3 4 bind *:22623 mode tcp server bootstrap bootstrap.ocp4.example.com:22623 check inter 1s backup 5 server master0 master0.ocp4.example.com:22623 check inter 1s server master1 master1.ocp4.example nameserver=1.1.1.1 nameserver=8.8.8.8 bond=bond0:em1,em2:mode=active-backup ip=bond0:dhcp bond=bond0:em1,em2:mode=active-backup ip=10.10.10.2::10.10.10.254:255.255.255.0:core0.example.com:bond0:none0 码力 | 2586 页 | 27.37 MB | 1 年前3
OpenShift Container Platform 4.13 安装yaml 文件的备份副本: 2. 在资产目录中生成一组清单: 此命令显示以下消息: 输出示例 出示例 $ cp install-config.yaml install-config.yaml.backup $ openshift-install create manifests --dirOpenShift Container Platform server bootstrap bootstrap.ocp4.example.com:6443 verify none check check-ssl inter 10s fall 2 rise 3 backup 2 server master0 master0.ocp4.example.com:6443 weight 1 verify none check check-ssl inter 10s 3 3 bind *:22623 mode tcp server bootstrap bootstrap.ocp4.example.com:22623 check inter 1s backup 4 server master0 master0.ocp4.example.com:22623 check inter 1s server master1 master1.ocp4.example 0 码力 | 4634 页 | 43.96 MB | 1 年前3
OpenShift Container Platform 4.10 安装api-server-6443 1 bind *:6443 mode tcp server bootstrap bootstrap.ocp4.example.com:6443 check inter 1s backup 2 server master0 master0.ocp4.example.com:6443 check inter 1s server master1 master1.ocp4.example 3 3 bind *:22623 mode tcp server bootstrap bootstrap.ocp4.example.com:22623 check inter 1s backup 4 第 第 10 章 章 在裸机上安装 在裸机上安装 1349 1 2 4 3 5 6 端口 6443 处理 Kubernetes API 流量并指向 control plane interface-name=bond0 multi-connect=1 permissions= [ethernet] mac-address-blacklist= [bond] miimon=100 mode=active-backup [ipv4] method=auto OpenShift Container Platform 4.10 安装 安装 1386 3. 为二级接口创建连接配置集,以添加到绑定中。例如,在本地目录中创建0 码力 | 3142 页 | 33.42 MB | 1 年前3
OpenShift Container Platform 4.9 网络IPT 变量提供一个脚本,每当节点上的 VIP 的状态 发生变化时会调用此脚本。keepalived 在为 VIP 提供服务时为 master 状态;当另一个节点提供 VIP 服务 时,状态为 backup;当检查脚本失败时,状态为 fault。每当状态更改时,notify 脚本都会被调用,并显 示新的状态。 您可以在 OpenShift Container Platform 上创建 IP 故障转移部署配置。IP 可能处于 master、backup 或 fault 状态。 当处于 master 状态的节点上的 VIP 的检查脚本失败时,该节点上的 VIP 将进入 fault 状态,这会触发重 新协商。在重新协商过程中,节点上没有处于 fault 状态的所有 VIP 都参与决定哪个节点接管 VIP。最 后,VIP 在某些节点上进入 master 状态,VIP 则在其他节点上保持 backup 状态。 当具有 backup backup 状态的 VIP 的节点失败时,该节点上的 VIP 将进入 fault 状态。当检查脚本再次通过了对 fault 状态的节点上的 VIP 检查时,该节点上的 VIP 将退出 fault 状态,并协商来进入 master 状态。然 后,该节点上的 VIP 可能会进入 master 或 backup 状态。 作为集群管理员,您可以提供一个可选的 notify 脚本,该脚本会在状态发生变化时调用。keepalived0 码力 | 388 页 | 4.04 MB | 1 年前3
OpenShift Container Platform 4.13 网络IPT 变量提供一个脚本,每当节点上的 VIP 的状态 发生变化时会调用此脚本。keepalived 在为 VIP 提供服务时为 master 状态;当另一个节点提供 VIP 服务 时,状态为 backup;当检查脚本失败时,状态为 fault。每当状态更改时,notify 脚本都会被调用,并显 示新的状态。 您可以在 OpenShift Container Platform 上创建 IP 故障转移部署配置。IP 可能处于 master、backup 或 fault 状态。 当处于 master 状态的节点上的 VIP 的检查脚本失败时,该节点上的 VIP 将进入 fault 状态,这会触发重 新协商。在重新协商过程中,节点上没有处于 fault 状态的所有 VIP 都参与决定哪个节点接管 VIP。最 后,VIP 在某些节点上进入 master 状态,VIP 则在其他节点上保持 backup 状态。 当具有 backup backup 状态的 VIP 的节点失败时,该节点上的 VIP 将进入 fault 状态。当检查脚本再次通过了对 fault 状态的节点上的 VIP 检查时,该节点上的 VIP 将退出 fault 状态,并协商来进入 master 状态。然 后,该节点上的 VIP 可能会进入 master 或 backup 状态。 作为集群管理员,您可以提供一个可选的 notify 脚本,该脚本会在状态发生变化时调用。keepalived0 码力 | 697 页 | 7.55 MB | 1 年前3
共 24 条
- 1
- 2
- 3













