【问题标题】:Can the NSG be applied to the Subnet AFTER the Azure SQL Managed Instance is deployed into the subnet?在将 Azure SQL 托管实例部署到子网后,NSG 是否可以应用于子网?
【发布时间】:2019-03-26 21:19:42
【问题描述】:
【问题讨论】:
标签:
azure-sql-managed-instance
【解决方案1】:
在有效网络/子网中部署托管实例后,它将强制执行一些“意图策略”,以防止您进行一些可能使子网无效的配置。
例如,托管实例只能部署在不包含其他虚拟机的子网中。部署托管实例后,它将设置不允许您在此子网中创建虚拟机的意图规则,并使子网在部署后无效。如果没有这些规则,您将能够阻止对托管实例的访问。它无法阻止所有内容,但此 Intent Policy 是托管实例用来防止有人重新配置子网的第一道防线。
以下是可在 NSG 中使用的出站规则示例。
- 规则 allow_management_inbound 允许管理流量到达
实例。
- 规则 allow_misubnet_inbound 允许在
构成托管实例集群的虚拟机。
- 规则 allow_health_probe 允许从虚拟机进行健康检查
主持人。没有它,服务结构会认为节点不健康
并阻止访问。
- 规则 allow_tds_inbound 是可选的,但如果没有它,您将无法访问托管实例。建议尽可能缩小其 IP 范围。
优先级数字不必如图所示,但前 3 条规则的优先级必须高于任何拒绝规则。
要符合托管实例网络意图策略,NSG 必须具有在图片上编号为列表顶部的 100 和 200 的规则。
- 规则 allow_management_outbound 允许管理流量到达托管实例所依赖的服务。
- 规则 allow_misubnet_outbound 允许构成托管实例集群的虚拟机之间进行通信。
优先级数字不必如图所示,但前 2 条规则的优先级必须高于任何拒绝规则。
托管实例的附加功能可能需要打开其他端口。这将在特定的功能文档中定义。
【讨论】:
-
在创建 SQL MI 后,有没有办法为存储帐户启用服务端点? "Details: Subnet or Virtual Network cannot have resources or properties which conflict with network intent policy. Service endpoints [Microsoft.Storage] on Subnet are not allowed as provided in Network Intent Policy:". 任何原因都被明确拒绝 - 想要为 RESTORE FILELISTONLY FROM URL 使用 FW 受限存储帐户?