在 VMware Aria Automation 中定义外部 IPAM 集成点之前，必须创建或访问可作为 IPAM 提供程序和 VMware Aria Automation 之间的中介的现有运行环境。运行环境通常是 Amazon Web Services 或 Microsoft Azure 云帐户，或与云可扩展性代理相关联的基于操作的可扩展性内部部署集成点。

外部 IPAM 集成需要运行环境。定义 IPAM 集成点时，通过指定可用运行环境在 Automation Assembler 和 IPAM 提供程序之间创建连接。

在功能即服务 (FaaS) 提供程序（如 Amazon Web Services Lambda、Microsoft Azure Functions 或与云可扩展性代理关联的基于操作的可扩展性 (ABX) 内部部署集成点）助力的运行环境中，IPAM 集成使用一组已下载的提供程序特定脚本或插件。运行环境用于连接到外部 IPAM 提供程序，例如 Infoblox。

注： Infoblox IPAM 集成点需要一个基于操作的可扩展性 (ABX) 内部部署点，该点与 vCenter 中部署的云可扩展性代理相关联。
每种类型的运行时环境都有优缺点：
  • 基于操作的可扩展性 (ABX) 集成点：
    • 免费，无其他供应商使用成本。
    • 可以连接到位于不能公开访问的 NAT/防火墙后面的内部部署数据中心内的 IPAM 供应商设备，例如 Infoblox。
    • 与商业云相比，速度慢且可用性能稍差。
    • 必须与云可扩展性代理相关联。
  • Amazon Web Services
    • 有相关的供应商 FaaS 连接/使用成本。
    • 无法连接到位于不能公开访问的 NAT/防火墙后面的内部部署数据中心内的 IPAM 供应商设备。
    • 快速且性能高度可靠。
    • 不与云可扩展性代理关联且不需要该代理。
  • Microsoft Azure
    • 有相关的供应商 FaaS 连接/使用成本。
    • 无法连接到位于不能公开访问的 NAT/防火墙后面的内部部署数据中心内的 IPAM 供应商设备。
    • 快速且性能高度可靠。
    • 不与云可扩展性代理关联且不需要该代理。

前提条件

过程