sddc manager

【VMware VCF】管理 VCF 环境中组件的用户密码。默认情况下，VMware Cloud Foundation 使用 vCenter Single Sign-On 作为身份提供程序，并使用系统域作为其身份源，可以将基于 LDAP 和 OpenLDAP 的 Active Directory 添加为 vCenter Single Sign-On 的身份源，也可以配置 Microsoft ADFS、Okta 或 Microsoft Entra ID 作为 VMware Cloud Foundation 的外部身份提供程序，而不是使用 vCenter Server

【VMware VCF】通过备份的配置文件还原 SDDC Manager 组件。之前在这篇文章（使用 SFTP 服务器备份 VCF 核心组件的配置文件。）中配置并备份了 VCF 环境中 SDDC Manager 组件的配置文件，这篇文章接着这个主题，看看当 SDDC Manager 组件因意外发生故障时，如何通过备份的配置文件进行还原和恢复。

【VMware VCF】使用 Offline Bundle Transfer Utility（OBTU）配置 VCF 脱机库。VMware Cloud Foundation 环境中，软件包仓库的来源支持两种方式，分别是 Online Depot 和 Offline Depot。第一种方式，是在 VCF 环境能够连接互联网的情况下，仅需要配置账号密码后，就可以直接从 VMware 官方在线存储库获取软件包；第二种方式，是在 VCF 环境不能连接互联网的情况下，通过在本地搭建一个 Web 服务器并搭配 Offline Bundle Transfer Utility（OBTU）工具来作为 VCF 环境的离线/脱机存储库。

【VMware VCF】使用 PowerShell 脚本管理 SDDC Manager 中的软件包。SDDC Manager 中有两种类型的软件包，分别是“升级/修补包（PATCH）”和“安装包（INSTALL）”。“升级/修补包”用于执行 VCF 环境中组件的升级/修补，这个已经在前面的文章中使用过了；而另外一种“安装包”，这种包用于在 VCF 环境中部署其他集成解决方案，比如 VMware Aria Suite Lifecycle Manager 以及 VMware Avi Load Balancer 等，当然还有一些组件安装包可以用来代替源物料清单（BOM）版本中的软件包以进行异步部署 VI 工作

【VMware VCF】更新 VCF 5.1 至 VCF 5.2 版本。VMware Cloud Foundation（VCF）是一个由众多产品（vSphere、vSAN 以及 NSX 等）所构成的 SDDC 解决方案，这些环境中的不同组件的生命周期统一由 SDDC Manager 来进行管理，比如下载修补包、环境预检查、调度组件更新、监控运行报告等。比起传统解决方案来说，VCF 环境的生命周期管理要远远复杂的多，因为涉及到众多组件的产品互操作性以及依赖特定的升级顺序，如果没有 SDDC Manager 来统一进行编排，这对于管理来说会变得非常麻烦并且特别容易出错。

【VMware VCF】使用 SFTP 服务器备份 VCF 核心组件的配置文件。可以定期对 VMware Cloud Foundation 环境中的相关核心组件（如 SDDC Manager、NSX Manager 以及 vCenter Server 等）创建配置备份，以防止当意外故障或数据丢失时，能够进行恢复。默认情况下，NSX Manager 组件的备份将创建并存储在 SDDC Manager 设备中内置的 SFTP 服务器上，建议单独创建外部备份服务器以代替默认的备份位置。

【VMware VCF】使用 SoS 实用程序检查 VCF 环境的运行状态以及收集组件的日志信息。VMware Cloud Foundation 解决方案中有一个叫 Supportability and Serviceability（SoS）可支持性和可维护性的实用程序，可能你在初始构建 VCF 管理域的时候使用过这个工具，当时使用这个工具在 VMware Cloud Builder 虚拟机中将用于部署的 VCF 管理域的 Excel 参数表转换为 JSON 格式的参数文件，详见“VMware Cloud Foundation Part 03：准备 Excel 参数表。”。同样，这个 SoS 程序也可

【VMware VCF】使用 VCF Import Tool 将现有 vSphere 环境导入为 VI 域。VCF Import Tool 工具使用两种方式来帮助客户将现有的 vSphere 或 vSphere + vSAN 环境转变为 VMware Cloud Foundation 环境，分别是转换（Convert）和导入（Import）。之前在这篇（使用 VCF Import Tool 将现有 vSphere 环境转换为管理域。）文章中演示了将现有 vSphere 环境转换为 VCF 解决方案中管理工作负载域的过程，因此这篇文章接着这个主题，看看如何使用这个工具将现有 vSphere 环境导入为 VCF 解

【VMware VCF】使用 VCF Import Tool 将现有 vSphere 环境转换为管理域。VMware Cloud Foundation 5.2 发布并引入了一个新的功能，借助 VCF Import Tool 工具可以将现有 vSphere 环境直接转换（Convert）为管理工作负载域或者导入（Import）为 VI 工作负载域。通过这种能力，客户无需购买新硬件和进行复杂的部署和迁移工作，即可将已有的环境快速转变为由 VMware Cloud Foundation 解决方案驱动的 SDDC 软件定义数据中心。使用这种方式，不会对现有的业务产生任何影响，即能够在不中断工作负载的情况下完成所有转

【VMware VCF】VCF 5.2：配置管理域 vSAN 延伸集群。VMware vSAN 解决方案中，根据集群的配置类型分为 vSAN 标准集群、vSAN 延伸集群以及双主机集群（延伸集群特例）。我们最常见的使用方式应该是 vSAN 标准集群，也就是 vSAN HCI 超融合集群，至少由 3 台 ESXi 主机所组成，这些 ESXi 主机安装位属于同一个数据中内，将本地磁盘聚合后提供给工作负载使用。为什么需要 vSAN 延伸集群？vSAN 标准集群能够为虚拟机提供同一数据中心站点内的冗余保护，比如因主机或者机柜故障，而不影响工作负载的正常运行。但是这还不够，因为还有可能

【VMware VCF】VCF 5.2：挂载远程 vSAN 数据存储。VMware vSAN 解决方案中，为了充分利用 vSAN HCI 集群内的存储资源， vSAN HCI 和 vSAN HCI 集群之间可以相互共享存储资源，这种解决方案早期叫 vSAN HCI Mesh，现在被称为具有数据存储共享的 vSAN HCI（vSAN HCI with datastore sharing）。VMware vSAN 集群根据主机磁盘的组成方式分为 Original Storage Architecture（OSA）原始存储架构和 Express Storage Architect

【VMware VCF】VCF 5.2：部署整合架构的SDDC。VMware 前不久发布了 VMware Cloud Foundation 5.2 版本，并带来了许多功能的升级，比如支持 vSAN Max 分解存储，管理工作负载域支持 vSAN ESA 延伸集群，通过 VCF Import 工具将现有环境中的 vSphere/vSAN 集群直接转换成管理域或者导入为 VI 工作负载域等，这应该是 VMware by Broadcom 首次针对各项产品的调整以及各个部门的整合后的一次重量级更新，有关更多功能介绍和内容消息请查看 VMware Cloud Foundati

【VMware VCF】VMware Cloud Foundation Part 07：管理工作负载域中的主机和集群。一个标准 VMware Cloud Foundation 实例中具有管理工作负载域和 VI 工作负载域两种类型，管理域有且只有一个，而 VI 域可以创建多个，每种工作负载域中可以具有多个 vSphere 集群，而每个集群中可以具有多台主机，有关工作负载域所支持的集群和主机数等限制请查看 VMware Configuration Maximums。当部署完工作负载域之后，可能需要对管理工作负载域或 VI 工作负载域中的资源进行扩展，比如添加 ESXi 主机或者添加新的 vSphere 集群等，以此来获得主机

【VMware VCF】VMware Cloud Foundation Part 06：部署 VI 工作负载域。VMware Cloud Foundation 标准架构中，管理域和 VI 工作负载域需要分开部署，管理域是初始构建（Bring-up）中部署的一个工作负载域并且只有一个，管理域专门用于承载管理相关组件虚拟机。之前文章（VMware Cloud Foundation Part 05：部署 SDDC 管理域。）已经完成了管理域的相关部署，现在我们需要为实际的生产业务系统部署 VI 工作负载域。