本文讨论可能的原因以及如何解决未退出等待状态的无响应部署。
现象
尝试部署容器组时，部署在 30 分钟后超时，失败。 此外，容器状态显示为 “正在等待”。
原因
等待状态指示存在阻止部署设置或容器启动的条件。 最有可能的根本原因包括：
- 容器主进程不会启动或崩溃。
- 容器使用保留端口。
- 容器组具有 Azure 文件共享卷，无法装载。
- 子网 IP 耗尽（例如自带虚拟网络（BYOVNET））。
- 存在容量问题。
解决方案
可能的解决方案包括：
- 检查容器是否在本地运行正常。 使用 Docker 的本地计算机可用于执行此作。
- 检查从主容器进程开始的 “容器事件 ”选项卡上可能出现的错误。
- 请确保容器定义中未使用保留端口。 有关详细信息，请参阅 ACI 服务是否保留服务功能的端口？
- 检查是否存在与 Azure 文件共享的连接，以及密钥是否正确或有效。 如果部署在 BYOVNET 上，请检查 DNS 解析是否适用于 Azure 文件共享完全限定的域名（FQDN）。
- 检查 Azure 容器实例的 Azure 文件共享卷 限制 （ACI）。 使用专用终结点连接到 Azure 文件共享尚未经过测试，可能不可靠。 请改用子网服务终结点进行专用连接，如文档中建议的那样。
- 更改子网网络掩码。 ACI 在内部和 ARM 级别保留自己的 IP 映射，所有 IP 始终显示为可用。 根据部署或重启的频率，子网 IP 耗尽错误可能会发生，因为内部映射不会及时更新。 若要避免此问题，建议使用子网网络掩码
/24或更大。 - 尝试使用更少的资源请求或其他区域进行部署，以确认可能存在的容量问题。
注意
我们不建议使用小于 /24 的子网来解决不受支持的场景（例如，通过限制动态主机配置协议（DHCP）为少数几个 IP 来模拟固定 IP 地址），因为这可能会导致由于子网已满错误而出现部署失败或启动操作失败。
资源
联系我们寻求帮助
如果有疑问，可以询问 Azure 社区支持。 你还可以将产品反馈提交到 Azure 反馈社区。
第三方联系人免责声明
为了帮助您获取有关此主题的更多信息，Microsoft 提供了第三方的联系信息。 该联系信息可能会在不通知的情况下更改。 微软不保证第三方联系信息的准确性。