分类： 云服务器和IP地址集成

云迁移已成为企业寻求可扩展性、灵活性和成本优化的关键战略。然而，迁移到云端对IP地址规划产生了重大影响，通常为组织带来独特的挑战和机会。从确保资源的高效分配到维护网络安全与合规性，云迁移要求仔细考虑IP地址策略。

本文将探讨云迁移如何影响IP地址规划、它带来的挑战以及确保顺利过渡的最佳实践。

云迁移中IP地址规划的重要性

有效的IP地址规划对于成功的云迁移至关重要，因为：

1. 网络连接性：正确的IP地址分配确保本地基础设施与云环境之间的顺畅通信。
2. 资源优化：避免IP冲突和IP块的资源闲置。
3. 安全性：帮助保护网络免受未经授权的访问和漏洞。
4. 可扩展性：支持未来的增长而不会中断服务。

云迁移如何影响IP地址规划

1. 混合云和多云环境

组织常常采用混合云或多云策略，这要求本地系统与多个云提供商之间无缝集成。

关键影响：

• IP地址重叠：如果在不同环境中使用重叠的私有IP范围，可能会发生冲突。
• 复杂性增加：跨平台管理IP需要更先进的工具和策略。

方面	本地部署	混合云/多云
IP范围重叠	少见	如果没有适当的规划，可能常见
网络分段	更易于管理	需要跨云的一致策略
管理工具	传统IPAM工具	云原生或混合IPAM解决方案

2. 云提供商特定的IP管理

每个云提供商都有独特的IP管理政策，可能与传统的本地系统不同。

提供商	私有IP范围管理	公共IP分配
AWS	提供VPC特定的CIDR块	弹性IP用于动态公共IP
Microsoft Azure	子网级控制与NSG规则	通过分配层管理公共IP
Google Cloud Platform	支持自定义IP范围分配	全球和区域IP分配

挑战：

• 调整本地IP计划与云提供商政策的对接。
• 避免依赖于限制灵活性的专有解决方案。

3. 动态资源扩展

云环境通常使用自动扩展技术，根据需求动态添加或移除资源。

影响：

• 动态IP分配：频繁的IP分配更改使得跟踪和文档记录变得复杂。
• 地址利用率增加：快速扩展可能会消耗IP池，除非有前瞻性的规划。

4. IPv6采纳

云提供商支持IPv6，以解决IPv4的局限性，但将IPv6与传统系统集成需要额外的规划。

方面	IPv4	IPv6
可用性	有限，尤其是在云环境中	丰富，主要提供商均支持
兼容性	广泛支持	需要更新本地系统
管理复杂性	中等	由于双栈环境，管理更复杂

---

云迁移期间IP地址规划的挑战

挑战	描述	解决方案
IP范围冲突	在不同环境中使用重叠的私有IP范围	在迁移前标准化IP范围。
可扩展性问题	自动扩展期间IP地址耗尽	使用预测分析规划IP使用。
资源跟踪	难以跟踪动态IP	使用云原生IPAM工具实现自动化。
安全风险	IP配置不当增加了暴露的风险	实施防火墙和访问控制。
提供商绑定	依赖专有IP方案限制了灵活性	选择便于迁移和标准化的IP计划。

云迁移期间IP地址规划的最佳实践

1. 进行IP地址审计

在迁移之前，对当前的IP地址空间进行审计，以识别闲置、重叠或错误分配的资源。

步骤：

1. 列出所有使用中的IP地址。
2. 识别并解决冲突。
3. 收回未使用的地址以供将来使用。

2. 标准化IP地址方案

为所有环境（本地、混合云或多云）建立一致的IP地址方案。

措施	优势
使用不重叠的CIDR块	防止不同环境之间的IP冲突。
按功能划分IP范围	简化故障排除和扩展。

3. 利用云原生工具

使用云提供商或第三方提供的IPAM工具来自动化IP管理。

工具	功能
AWS VPC	自定义CIDR分配，安全组集成
Azure Virtual Network	子网管理，网络安全组
Infoblox	用于混合云和多云环境的集中式IPAM

4. 计划IPv6采纳

确保您的基础设施支持双栈配置，以为IPv6采纳做好准备。

步骤	措施
评估	评估当前系统的IPv6准备情况。
实施	在非关键系统中逐步引入IPv6。
培训	培训团队有关IPv6的最佳实践。

5. 将安全性纳入IP规划

在IP地址策略中考虑安全性，以减少暴露风险。

措施	目的
网络分段	限制资源之间的访问。
访问控制	确保只有授权实体可以使用IP地址。
定期监控	检测IP使用中的异常情况。

---

本地部署与云端IP地址管理对比

方面	本地部署	云端
静态与动态	主要是静态IP分配	动态IP与自动扩展
可扩展性	受物理资源限制	通过适当规划几乎无限制
工具	传统的IPAM工具	云原生和混合解决方案
安全性	内部管理	与提供商共享责任

---

案例研究：成功的云迁移中的IP地址规划

场景：
一家全球企业计划将其本地基础设施迁移到基于AWS和Azure的混合云模型。该公司面临IP范围重叠、可扩展性问题以及缺乏IP使用可见性等问题。

解决方案：

• 进行了IP审计并标准化了CIDR块。
• 实施了Infoblox进行集中式IPAM管理。
• 采用IPv6为网络提供未来保障。

结果：

• 消除了IP冲突，确保了无缝连接。
• 将资源配置时间减少了30%。
• 提高了可扩展性和网络性能。

云端IP地址规划的未来趋势

• AI驱动的IP管理：预测分析将优化资源分配并减少浪费。
• IPv6采纳增加：过渡到IPv6将简化大规模云网络的规划。
• 统一IPAM平台：集成本地和多云环境的工具将越来越受欢迎。

结论

云迁移对IP地址规划产生了深远影响，带来了新的挑战和复杂性。通过进行全面的审计、标准化地址方案并利用云原生工具，组织可以确保顺利过渡并实现高效的资源利用。集成安全措施并为IPv6采纳做好准备，将进一步加强长期成功的基础。

战略性的IP地址规划不仅仅是技术上的需求——它是企业释放云迁移全部潜力的关键推动力。从今天开始优化您的IP策略，为您的基础设施提供未来保障，并确保运营卓越。

子网掩码是一个32位的数字，将IP地址分成网络部分和主机部分。这种分离对于在较大的网络内创建更小、可管理的子网至关重要。子网掩码通过将网络位设置为’1’和主机位设置为’0’来运作。例如，对于IP地址192.168.1.0和子网掩码255.255.255.0，前三个八位（255.255.255）表示网络地址，最后一个八位（.0）保留用于主机地址。

网络设计中的子网划分

子网划分对于网络设计至关重要，因为它具有以下能力：

1. 简化路由。子网使数据的路由更加高效，减少了路由表的复杂性。
2. 组织网络结构。子网可以按逻辑方式组织，例如按部门或使用类型组织，从而简化管理。

子网划分的方法

子网划分有两种主要方法：

1. 固定长度子网划分（Classful）。在这种情况下，所有子网都具有相同的大小，拥有相同数量的主机。
2. 可变长度子网划分（Classless）。这允许不同大小的子网，优化了IP地址的使用。

固定长度与可变长度子网划分

特征	固定长度子网划分	可变长度子网划分
统一性	所有子网都相同大小	子网大小不同
IP地址利用率	不太高效	更高效
灵活性	有限	高
复杂性	较低	较高

如何创建子网掩码

要创建子网掩码，您可以按照以下一般步骤进行操作：

1. 了解IP地址方案。在创建子网掩码之前，了解正在使用的IP地址方案非常重要，包括IP地址的类别以及与之关联的默认子网掩码。
2. 确定子网和主机的数量。确定您的网络所需的子网和主机数量，因为这将影响您需要创建的子网掩码。
3. 转换为二进制。将默认子网掩码或表示网络部分的IP地址部分转换为二进制。这将帮助您可视化需要借用以创建子网的位。
4. 借用位用于子网划分。从IP地址的主机部分借用足够数量的位以创建所需数量的子网。借用的位数取决于所需的子网数量。
5. 确定新的子网掩码。一旦借用了必要的位数，将二进制转换回十进制以确定新的子网掩码。额外的位将在子网掩码中表示为“打开”或设置位。
6. 应用CIDR表示法。最后，使用无类别互联网域路由（CIDR）表示法来表示子网掩码，将子网掩码位数附加到网络地址中。例如，IPv4地址及其相关的CIDR表示法可能看起来像192.168.0.1/23，其中“/23”表示子网掩码。

通过遵循这些步骤，您可以创建适合特定网络要求的子网掩码，从而实现高效的IP地址分配和有效的网络管理。

子网划分的最佳实践

要有效地实施子网划分，请考虑以下最佳实践：

1. 进行彻底的规划。了解您的网络需求，并相应地设计子网划分方案。
2. 使用分层设计。将网络按逻辑层次结构组织以便更容易管理。
3. 记录一切。详细记录您的子网划分策略，以备将来参考和调整。

结论

子网掩码和子网划分是现代IP网络中不可或缺的工具，提供了改进的性能、增强的安全性和高效的IP地址管理。无论是通过固定长度还是可变长度的子网划分，有效地理解和实施这些概念对于优化网络基础设施至关重要。

在数字化转型时代，云计算已经成为全球企业的基石。然而，有效管理云支出仍然是许多组织面临的挑战。

监测并响应成本异常

定期监控云支出至关重要。这涉及跟踪和解决成本的意外飙升。对这些异常的快速响应可以防止预算超支，并保持成本效益。

审查定价和计费信息

定期审查详细的计费信息可以发现高成本领域。这有助于优先考虑支出决策，并识别降低成本的机会。

设定预算和管理政策

实施严格的预算和管理措施可以确保云支出与战略目标一致。这包括设定支出限额和执行控制资源配置的政策。

成本优化策略

策略	好处	考虑因素
权益资源	通过将容量与需求匹配来降低成本	需要持续监控和调整
移除闲置资源	消除未使用资源的费用	需要定期审计以识别资源
保留和Spot实例	可预测/灵活需求的较低成本	需要承诺；Spot实例存在风险
监测成本异常	防止预算超支	需要专用工具和资源
审查计费信息	识别高成本领域	耗时但对洞察力至关重要
设定预算和管理	将支出与战略一致	需要严格执行政策

结论

有效的云成本管理不仅仅是削减成本，而是以符合业务目标的方式优化支出。通过采用权益、监测和利用不同类型的实例等策略，组织可以控制云支出。定期审查和执行管理政策在维持这种控制方面起着关键作用。随着云技术的发展，保持信息化和适应性是实现云支出成本效益的关键。

在当今以云为中心的世界中，亚马逊网络服务（AWS）为寻求加强对在线存在控制的企业提供了一个强大的功能：带入您自己的IP（BYOIP）。

有效实施AWS-BYOIP的策略

1. 获取IP地址：从您的网络或第三方提供商获取一块IP地址。
2. 准备和配置IP：确保对范围的控制并授权亚马逊进行广告。
3. 引导过程：
   • 配置阶段：
     • 从您的本地网络或通过第三方提供商获取一块IP地址。
     • 通过确保您控制地址范围并授权亚马逊进行广告来准备和配置您的IP地址。
     • 使用AWS CLI（命令行界面）在AWS中注册IP地址范围。
     • 等待AWS验证IP地址范围并批准注册。
   • 广告阶段：
     • 在AWS控制台中创建一个地址池。
     • 从地址池分配弹性IP地址。
     • 将弹性IP地址与AWS资源（如EC2实例、NAT网关和网络负载均衡器）关联。
     • 通过与您的区域互联网注册处（RIR）创建路由起源授权（ROA）来广告IP地址范围。
     • 等待ROA在亚马逊变为可用。
     • 停止在其他位置广告IP地址范围，以确保平滑过渡。
4. 检查区域可用性：确认您的AWS区域中BYOIP的可用性。
5. 计划网络连接：策略性地连接多个环境。
6. 开发IP地址方案：创建一个系统来管理IP使用并避免冲突。
7. 监控和管理IP：定期监控您的IP地址以确保最佳使用和安全。

限制和考虑因素

1. 最大范围：AWS每个区域限制五个地址范围，适用于IPv4和IPv6。
2. 区域限制：AWS有区域限制，决定哪些AWS区域可用于账户。某些AWS服务，如AWS身份和访问管理（IAM），没有区域资源，账户决定可用的区域。BYOIP功能在所有商业AWS区域中均可用，除了中国（北京，由Sinnet运营）和中国（宁夏）。此外，BYOIP不支持波长区或AWS Outposts。某些AWS安全中心功能仅在特定AWS区域中可用。AWS控制塔提供两个区域拒绝控制，根据AWS控制塔区域配置禁止访问AWS服务。要启用或禁用AWS区域，您可以使用AWS管理控制台、AWS CLI或AWS SDK。IAM权限可用于控制对区域的访问，aws:RequestedRegion条件键可用于控制在AWS区域中对AWS服务的访问。资源分配：从BYOIP创建的弹性IP地址可用于EC2实例、NAT网关和网络负载均衡器。

在AWS中释放BYOIP范围

1. 释放弹性IP地址：在释放IP地址范围之前，请确保已释放与该地址范围关联的所有弹性IP地址。
2. 注销IP地址范围：使用AWS CLI deregister-byoip-cidr命令从AWS注销IP地址范围。
3. 通知RIR：通知区域互联网注册处（RIR），该IP地址范围不再与AWS一起使用。
4. 删除授权消息：从RIR的数据库中删除授权消息。

BYOIP与传统AWS IP管理比较

方面	AWS-BYOIP	传统AWS IP管理
控制	高，具有自己的IP范围	由AWS管理
灵活性	带入现有IP，迁移更容易	分配新的AWS IP
入职	复杂，分为两个阶段	简单，自动分配
区域可用性	限制在特定区域	广泛可用性

在 INTERLIR Marketplace，您可以选择租用可用作 Amazon EC2 BYOIP（自带 IP）地址的 IP 地址。 这允许您将部分或全部公共可路由 IPv4 或 IPv6 地址范围从本地网络转移到您的 AWS (Amazon Web Services) 账户。 虽然您保留对地址范围的控制权，但 AWS 默认情况下会在互联网上公布它。 将地址范围与 AWS 集成后，它将作为地址池在您的 AWS 账户中可用。

并非所有区域和资源都支持 BYOIP（自带 IP）。 要查找支持的区域和资源的列表，请参阅 BYOIP 常见问题解答。

BYOIP（自带 IP）的定义 

• X.509 自签名证书：用于加密和验证网络内数据的证书标准。 AWS 使用此证书来验证 RDAP 记录对 IP 空间的控制。
• 注册表数据访问协议 (RDAP)：用于访问注册数据的查询资源。 客户更新此数据，AWS 使用它来验证对区域互联网注册管理机构 (RIR) 中地址空间的控制。
• 航线始发地授权（ROA)：由 RIR 创建的对象，用于验证特定自治系统中的 IP 通告。 这有助于保证IP地址分配的有效性。
• 本地互联网注册机构 (LIR)：互联网服务提供商等组织将 RIR 中的 IP 地址块分配给其客户。 他们充当 RIR 和最终用户之间的中介

BYOIP 的要求和限制

地址范围注册：

• 地址范围必须在区域互联网注册机构 (RIR)（例如 ARIN、RIPE 或 APNIC）中注册。
• 注册必须是企业或机构实体，不能注册为个人。

特定 IPv4 和 IPv6 地址范围

• 允许的最具体的 IPv4 地址范围是 /24。
• 允许的最具体的 IPv6 地址范围是 /48（对于公开发布的 CIDR）和 /56对于非公开发布的 CIDR)。

ROA 和 RDAP 记录：

• 非公开公布的 CIDR 范围不需要 ROA，但 RDAP 记录仍需要更新。

限制和集成：

• 每个地址范围一次只能引入一个 AWS 区域。
• 每个区域总共可以将五个 IPv4 和 IPv6 地址范围引入您的 AWS 账户。
• 除非与 Amazon VPC IP Address Manager (IPAM) 和 AWS Organizations 集成，否则无法与使用 AWS RAM 的其他 AWS 账户共享 IP 地址范围。

IP 地址历史记录和支持：

• IP 地址范围内的地址必须具有干净的历史记录，AWS 保留拒绝信誉不佳或与恶意行为相关的 IP 地址范围的权利。
• AWS 不支持旧分配。

LIR 的更新流程：

• LIR 通常使用手动流程来更新其记录，这可能需要几天的时间来部署，具体取决于 LIR。

大型 CIDR 块的单一 ROA 和 RDAP 记录：

• 大型 CIDR 块需要单个 ROA 对象和 RDAP 记录，并且可以使用单个对象和记录将同一范围内的多个较小 CIDR 块引入 AWS。

加入 BYOIP 地址范围的先决条件

BYOIP 的加入流程由两个阶段组成，每个阶段需要三个特定步骤，如下图所示。

准备阶段：

1. 生成 RSA 密钥对并利用它创建自签名 X.509 证书以进行身份验证

RIR 配置阶段：

2. 将自签名证书上传到您的 RDAP 记录注释。

3. 在您的 RIR 中创建一个 ROA 对象，指定所需的地址范围、允许用于通告该范围的自治系统编号 (ASN) 以及向您的 RIR 的资源公钥基础设施 (RPKI) 注册的到期日期。

注意：对于非公开通告的 IPv6 地址空间，ROA 不是必需的。

要引入多个不连续的地址范围，您需要对每个范围重复此过程。 但是，如果将连续块分割到不同的区域，则不需要重复准备和 RIR 配置步骤。

地址范围的加入不会影响任何先前引入的地址范围。

在继续地址范围加入之前，请确保您完成必要的先决条件。 某些任务涉及运行 Linux 命令，在 Windows 上，您可以利用适用于 Linux 的 Windows 子系统来执行这些命令。

1. 创建用于AWS身份验证的密钥对

使用以下过程创建自签名 X.509 证书并将其添加到 RIR 的 RDAP 记录中。 该密钥对用于向 RIR 验证地址范围。 openssl 命令需要 OpenSSL 版本 1.0.2 或更高版本。

复制以下命令并仅替换占位符值（以彩色斜体文本显示）。

创建自签名 X.509 证书并将其添加到 RDAP 记录

此过程遵循加密 RSA 私钥并需要密码才能访问它的最佳实践。

2. 将 RDAP 记录上传到您的 RIR

将您之前创建的证书添加到 RIR 的 RDAP 记录中。 请务必在编码部分之前和之后包含 —–BEGIN CERTIFICATE----- 和 -----END CERTIFICATE----- 字符串。 所有这些内容都必须位于一个长行上。 更新 RDAP 的过程取决于您的 RIR：

• 对于 ARIN，请在您的地址范围的“Public comments”部分中添加证书。 请勿将其添加到您组织的评论部分。
• 对于 RIPE，将证书添加为地址范围的新“descr”字段。 请勿将其添加到您组织的评论部分。
• 对于 APNIC，请将公钥通过电子邮件发送至 [email protected]，以手动将其添加到您的地址范围的“remarks”字段中。使用 IP 地址的 APNIC 授权联系人发送电子邮件

3. 在 RIR 中创建 ROA 对象

创建 ROA 对象以授权 Amazon ASN 16509 和 14618 以及当前被授权公布该地址范围的 ASN 公布您的地址范围。 对于 AWS GovCloud（美国）区域，授权 ASN 8987。您必须将最大长度设置为您想要引入的最小前缀的大小（例如，/24）。 Amazon 最多可能需要 24 小时才能获得 ROA。 如需了解更多信息，请咨询您的 RIR：

• ARIN — ROA Requests
• RIPE — Managing ROAs
• APNIC — Route Management

在将广告从本地工作负载迁移到 AWS 之前，首先为现有自治系统编号 (ASN) 创建路由源授权 (ROA) 至关重要。 仅在为现有 ASN 创建 ROA 后，您才可以继续为 Amazon 的 ASN 创建 ROA。 不遵循此顺序可能会对您现有的路由和通告产生潜在影响。

注意：对于非公开通告的 IPv6 地址空间，ROA 不是必需的。

加入 BYOIP 的步骤

根据您的需求，BYOIP 的加入流程包含以下任务：

• 在 AWS 中配置公开公布的地址范围
• 配置未公开公布的 IPv6 地址范围
• 通过 AWS 公布地址范围
• 取消配置地址范围

在 AWS 中配置公开公布的地址范围

当您预置一个地址范围供 AWS 使用时，即表示您声明您拥有该地址范围的控制权，并授予 Amazon 对其进行广告宣传的授权。 为了验证您对地址范围的所有权，我们需要签名的授权消息。 此消息是使用您用于使用 X.509 证书更新 RDAP 记录的自签名 X.509 密钥对进行签名的。 AWS 要求提供经过加密签名的授权消息，然后将该消息提交给区域互联网注册机构 (RIR)。 RIR 根据您添加到 RDAP 的证书对签名进行身份验证，并根据路由源授权 (ROA) 交叉检查授权详细信息。 此验证过程可确保地址范围的合法所有权和正确处理。

提供地址范围

• 撰写信息。 编写明文授权消息。 消息格式如下，其中日期为消息的到期日期：1|aws|account|cidr|YYYYMMDD|SHA256|RSAPSS 将帐号、地址范围和到期日期替换为您自己的值，以创建类似于以下内容的消息：text_message="1|aws|0123456789AB|198.51.100.0/24|20211231|SHA256|RSAPSS". 不要将其与 ROA 消息混淆，后者具有相似的外观。
  
• 签署消息。 使用您之前创建的私钥对纯文本消息进行签名。 此命令返回的签名是一个长字符串，您需要在下一步中使用它。
  
  重要提示：我们建议您复制并粘贴此命令。 除消息内容外，请勿修改或替换任何值.signed_message=$( echo -n $text_message | openssl dgst -sha256 -sigopt rsa_padding_mode:pss -sigopt rsa_pss_saltlen:-1 -sign private-key.pem -keyform PEM | openssl base64 | tr -- '+=/' '-_~' | tr -d "\n").

• 提供地址. 使用 AWS CLI provision-byoip-cidr 命令。 --cidr-authorization-context 选项使用您之前创建的消息和签名字符串。
  
  重要提示：如果与您的 AWS CLI configuration 不同，您必须指定应配置 BYOIP 范围的 AWS 区域 Default region name.aws ec2 provision-byoip-cidr --cidr address-range --cidr-authorization-context Message="$text_message",Signature="$signed_message" --region us-east-1
  
  配置地址范围是一个异步操作，因此调用会立即返回，但地址范围尚未准备好使用，直到其状态从pending-provision 变为 provisioned.
  
• 监控进度。 完成配置过程最多可能需要一周时间。 使用命令监控进度 describe-byoip-cidrs ，如本例所示：aws ec2 describe-byoip-cidrs --max-results 5 --region us-east-1
  
  如果配置期间出现问题并且状态变为 failed-provision，则必须在问题解决后再次运行 provision-byoip-cidr 命令。

配置未公开公布的 IPv6 地址范围

默认情况下，当您配置地址范围时，它会被设置为在互联网上公开公布。 但是，对于 IPv6 地址范围，您可以选择将其设置为非公开，这意味着它们不会在互联网上公布。 非公开广告路由的配置过程通常会在几分钟内完成。 当您将非公有 IPv6 CIDR 块与虚拟私有云 (VPC) 关联时，只能通过支持 IPv6 的混合连接选项 例如 AWS Direct Connect、AWS Site-to-Site VPN 或 Amazon VPC 传输网关。

对于非公共地址范围，无需在配置过程中创建路由源授权 (ROA)。

重要的：

您只能指定在配置期间是否公开公布地址范围。 您以后无法更改状态。要配置非公开通告的 IPv6 地址范围，请使用以下命令 provision-byoip-cidr

aws ec2 provision-byoip-cidr --cidr address-range --cidr-authorization-context Message="$text_message",Signature="$signed_message" --no-publicly-advertisable --region us-east-1

通过 AWS 公布地址范围

一旦配置了地址范围，就可以对其进行通告。 请务必注意，您必须公布所配置的确切地址范围，而不能仅公布其中的一部分。

如果您已配置不会公开公布的 IPv6 地址范围，则可以跳过此步骤。

在通过 AWS 公布地址范围之前，我们建议停止从其他位置公布其广告。 继续从其他位置通告相同的 IP 地址范围可能会导致不可靠的支持和故障排除。 为了确保平稳过渡，您可以将 AWS 资源配置为在公布之前使用地址池中的地址，然后同时停止从当前位置公布该地址并开始通过 AWS 公布该地址。 有关从地址池分配弹性IP地址的详细指导，请参阅“分配弹性IP地址”的说明。

局限性

• 即使每次指定不同的地址范围，您最多可以每 10 秒运行一次advertise-byoip-cidr 命令。
• 即使每次指定不同的地址范围，您最多可以每 10 秒运行一次withdraw-byoip-cidr 命令。

要通告地址范围，请使用以下命令advertise-byoip-cidr 

aws ec2 advertise-byoip-cidr --cidr address-range --region us-east-1

要停止公布地址范围，请使用以下命令  withdraw-byoip-cidr   

取消配置地址范围

要停止在 AWS 中使用您的地址范围，请首先释放所有弹性 IP 地址并取消关联仍从地址池分配的任何 IPv6 CIDR 块。 然后停止通告地址范围，最后取消配置地址范围。

您无法取消配置部分地址范围。 如果您想在 AWS 中使用更具体的地址范围，请取消配置整个地址范围并配置更具体的地址范围。

(IPv4) 要释放每个弹性 IP 地址，请使用以下命令 release-address

aws ec2 release-address --allocation-id eipalloc-12345678abcabcabc --region us-east-1

(IPv6) 要取消关联 IPv6 CIDR 块，请使用以下命令 disassociate-vpc-cidr-block

aws ec2 disassociate-vpc-cidr-block --association-id vpc-cidr-assoc-12345abcd1234abc1 --region us-east-1

要停止公布地址范围，请使用以下命令 withdraw-byoip-cidr

aws ec2 withdraw-byoip-cidr --cidr address-range --region us-east-1

要取消配置地址范围，请使用以下命令 deprovision-byoip-cidr

aws ec2 deprovision-byoip-cidr --cidr address-range --region us-east-1

取消配置地址范围最多可能需要一天的时间。

使用您的地址范围

您可以查看和使用您在帐户中配置的 IPv4 和 IPv6 地址范围。

IPv4 地址范围

您可以从 IPv4 地址池创建弹性 IP 地址并将其与您的 AWS 资源一起使用，例如 EC2 instances, NAT gateways, Network Load Balancers.

要查看有关您在账户中配置的 IPv4 地址池的信息，请使用以下命令describe-public-ipv4-pools

aws ec2 describe-public-ipv4-pools --region us-east-1

要从 IPv4 地址池创建弹性 IP 地址，请使用以下命令 allocate-address 。您可以使用--public-ipv4-pool选项指定describe-byoip-cidrs返回的地址池的ID。 或者，您可以使用 --address 选项指定您配置的地址范围中的地址。