Azure 액세스: 서브넷 ID를 기준으로 필터링하는 규칙에 필요한 새로운 VNET 서브넷 IDs(보류 중)¶
이 동작 변경은 Azure 리전의 트래픽을 필터링하는 가상 네트워크, 정책 또는 방화벽 규칙에서 Azure Virtual Network(VNet) 서브넷 IDs를 사용하는 고객에게만 적용됩니다. Snowflake Azure 배포에서 제공되는 VNET 서브넷 IDs 기능을 사용하지 않는 경우 이 변경 사항을 무시할 수 있습니다.
Snowflake는 일부 리전에서 추가 Azure VNet서브넷 IDs를 포함하도록 지원을 확장하고 있습니다. 이를 위해 추가 서브넷을 설정하고 준비 상태를 확인한 후 고객을 해당 서브넷으로 마이그레이션합니다. 고객이 마이그레이션하기 전에 서브넷 IDs를 업데이트했는지 확인합니다. Snowflake는 고객과 긴밀히 소통하며 및 마이그레이션을 수행합니다.
그러나 이러한 리전에서 서브넷 IDs를 업데이트하려고 하면 ``vnet-**** cannot have more than 200 tagged traffic consumers of service``와 유사한 오류가 발생할 수 있습니다. 이는 Azure 제한에 따라 가상 네트워크를 지원되는 서비스당 최대 200개의 서로 다른 구독 및 리전과 연결할 수 있기 때문입니다. 즉, Snowflake 고객은 SYSTEM$GET_SNOWFLAKE_PLATFORM_INFO 함수에서 쿼리된 서브넷 ID를 200개의 Azure 구독/리전 조합으로 집계하여 사용할 수 있습니다. 모든 고객에 걸쳐 총 200개의 구독이 네트워크 규칙에서 서브넷 ID를 사용한 후 다른 Azure 구독에 서브넷 ID을 사용하려는 새로운 시도가 실패합니다.
이러한 오류가 발생하지 않도록 하려면 다음 작업을 수행하는 것이 좋습니다.
이미 Business Critical 고객인 경우 :doc:`/user-guide/private-connectivity-outbound`를 사용하는 것이 좋습니다.
방화벽에서 허용 목록에 Snowflake 서브넷이 있는 Azure Blob 저장소 계정이 있는 경우 동일한 구독 및 리전을 사용하여 새 저장소 계정을 만들 수 있습니다. 그런 다음 이 새 저장소 계정에서 Snowflake 서브넷을 허용 목록에 추가할 수 있습니다.
참조: 1995, 2078