Azure 환경의 규모를 조정하기 위해 추가 구독 만들기

조직에서는 구독별 리소스 제한을 방지하고 Azure 리소스를 더 잘 관리하고 제어하기 위해 여러 Azure 구독을 사용하는 경우가 많습니다. 구독 크기를 조정하기 위한 전략을 정의하는 것이 중요합니다.

참고

조직에서는 리소스 조직에 대한 Azure 랜딩 존 지침을 Azure 환경 내에서 구독을 계획하는 첫 번째 단계로 간주하여 스케일링하려는 환경의 광범위한 컨텍스트가 고려되도록 하는 것이 좋습니다.

기본 개념 검토

Azure 환경을 초기 구독 이상으로 확장할 때 계정, 테넌트, 디렉터리 및 구독과 같은 Azure 개념을 이해하는 것이 중요합니다. 자세한 내용은 Azure 기본 개념을 참조하세요.

다른 고려 사항에 따라 추가 구독이 필요할 수 있습니다. 클라우드 자산을 확장할 때 다음 사항에 유의하세요.

기술 고려 사항

구독 제한: 구독에는 일부 리소스 종류에 대한 제한이 정의되어 있습니다. 예를 들어 구독의 가상 네트워크의 수는 제한됩니다. 구독이 이러한 제한에 가까워지면 다른 구독을 만들고 추가 리소스를 배치해야 합니다. 자세한 내용은 Azure 구독 및 서비스 제한을 참조하세요.

클래식 모델 리소스: Azure를 오랫동안 사용한 경우 클래식 배포 모델을 사용하여 만든 리소스가 있을 수 있습니다. Azure Policy, Azure 역할 기반 액세스 제어, 리소스 그룹화 및 태그는 클래식 모델 리소스에 적용할 수 없습니다. 이러한 리소스는 클래식 모델 리소스만 포함하는 구독으로 이동해야 합니다.

비용: 구독 간의 데이터 수신 및 송신에 대한 약간의 추가 비용이 있을 수 있습니다.

비즈니스 우선 순위

비즈니스 우선 순위에 따라 추가 구독을 만들 수 있습니다. 이러한 우선 순위는 다음과 같습니다.

  • 혁신
  • 마이그레이션
  • 비용
  • 작업
  • 보안
  • 거버넌스

구독 크기 조정에 대한 다른 고려 사항은 클라우드 채택 프레임워크의 구독 조직 및 거버넌스 권장 사항을 검토하세요.

구독 간에 리소스 이동

구독 모델이 커짐에 따라 일부 리소스가 다른 구독에 속하도록 결정할 수 있습니다. 여러 유형의 리소스를 구독 간에 이동할 수 있습니다. 자동화된 배포를 사용하여 다른 구독에서 리소스를 다시 만들 수도 있습니다. 자세한 내용은 다른 리소스 그룹 또는 구독으로 Azure 리소스 이동을 참조하세요.

새 구독 만들기 팁

  • 새 구독을 만드는 일을 담당할 사용자를 식별합니다.
  • 기본적으로 구독에서 사용할 수 있는 리소스 종류를 결정합니다.
  • 모든 표준 구독으로 보이는 리소스를 결정합니다. 고려 사항으로는 Azure RBAC 액세스, 정책, 태그 및 인프라 리소스가 있습니다.
  • 가능하면 서비스 주체를 통해 프로그래밍 방식으로 새 구독을 만듭니다. 구독을 만들려면 서비스 주체에게 권한을 부여해야 합니다. 자동화된 워크플로를 통해 새 구독을 요청할 수 있는 보안 그룹을 정의합니다.
  • EA(기업계약) 고객인 경우 Azure 지원에 조직에 대한 EA 이외의 구독 생성을 차단하도록 요청합니다.

다음 단계

구독 및 리소스를 구성하고 관리하는 데 도움이 되는 관리 그룹 계층 구조를 만듭니다.