1단계. 엔터프라이즈 테넌트용 Microsoft 365

첫 번째 테넌트 결정 중 하나는 가질 수 있는 수입니다. 각 Microsoft 365 테넌트는 고유하고 고유하며 다른 모든 Microsoft 365 테넌트와는 별개입니다. 해당 Microsoft Entra(이전의 Azure AD 또는 Azure Active Directory) 테넌트는 다른 모든 Microsoft 365 테넌트와는 구별되고 고유하며 분리되어 있습니다.

단일 테넌트

단일 테넌트가 있으면 organization Microsoft 365를 사용하는 여러 측면이 간소화됩니다. 단일 테넌트는 단일 계정, 그룹 및 정책 집합이 있는 단일 Microsoft Entra 테넌트 를 의미합니다. 이 중앙 ID 공급자를 통해 organization 리소스의 사용 권한 및 공유를 수행할 수 있습니다.

단일 테넌트는 사용자에게 가장 풍부하고 간소화된 협업 및 생산성 환경을 제공합니다.

다음은 Microsoft 365 테넌트의 기본 위치 및 Microsoft Entra 테넌트를 보여 주는 예제입니다.

여러 테넌트

organization 여러 테넌트가 있을 수 있는 여러 가지 이유가 있습니다.

• 관리 격리
• 탈중앙화 IT
• 역사적 결정
• 합병, 인수 또는 매각
• 대기업 조직에 대한 브랜딩의 명확한 분리
• 사전 프로덕션, 테스트 또는 샌드박스 테넌트

다음은 동일한 기본 데이터 센터 지역에 두 개의 테넌트(테넌트 A 및 테넌트 B)가 있는 organization 예입니다. 각 테넌트는 별도의 Microsoft Entra 테넌트입니다.

여러 테넌트가 있는 경우 테넌트 관리 및 사용자에게 서비스를 제공할 때 제한 사항 및 추가 고려 사항이 있습니다.

테넌트 간 공동 작업

사용자가 다른 Microsoft 365 테넌트에서 안전한 방식으로 보다 효과적으로 공동 작업하도록 하려면 테넌트 간 공동 작업 옵션에는 파일 및 대화의 중앙 위치 사용, 일정 공유, 메신저 대화 사용, 통신을 위한 오디오/비디오 호출, 리소스 및 애플리케이션에 대한 액세스 보안이 포함됩니다.

자세한 내용은 Microsoft 365 테넌트 간 협업을 참조하세요.

테넌트 간 사서함 마이그레이션(미리 보기)

테넌트 간 사서함 마이그레이션(미리 보기)하기 전에 테넌트 간에 Exchange Online 사서함을 이동할 때 사용자 사서함을 현재 테넌트(원본 테넌트)에서 온-프레미스로 완전히 오프보딩한 다음 새 테넌트(대상 테넌트)에 온보딩해야 합니다. 새 테넌트 간 사서함 마이그레이션 기능을 사용하면 원본 및 대상 테넌트 모두의 테넌트 관리자가 온-프레미스 시스템에서 인프라 종속성을 최소화하면서 테넌트 간에 사서함을 이동할 수 있습니다. 이렇게 하면 사서함을 오프보딩하고 온보딩할 필요가 없습니다.

다음은 테넌트 간 사서함 마이그레이션 전의 두 가지 예 테넌트와 해당 사서함입니다.

이 그림에서 두 개의 개별 테넌트는 고유한 도메인과 Exchange 사서함 집합을 갖습니다.

다음은 테넌트 간 사서함 마이그레이션 후 대상 테넌트(테넌트 A)입니다.

이 그림에서 단일 테넌트는 도메인과 Exchange 사서함의 두 집합을 모두 가집니다.

자세한 내용은 테넌트 간 사서함 마이그레이션을 참조하세요.

테넌트 간 마이그레이션

합병, 인수, 매각 및 기존 Microsoft 365 테넌트를 새 테넌트로 마이그레이션할 수 있는 기타 시나리오에 대한 몇 가지 아키텍처 방법이 있습니다.

자세한 지침은 Microsoft 365 테넌트-테넌트 마이그레이션을 참조하세요.

테넌트용 다중 지역

Microsoft 365 Multi-Geo를 사용하면 데이터 보존 요구 사항을 충족하기 위해 선택한 다른 데이터 센터 지리적 위치에 미사용 데이터를 프로비전하고 저장할 수 있으며, 동시에 작업자에게 최신 생산성 환경의 글로벌 출시를 잠금 해제할 수 있습니다.

다중 지역 환경에서 Microsoft 365 테넌트는 Microsoft 365 구독이 원래 만들어진 기본 또는 중앙 위치와 하나 이상의 위성 위치로 구성됩니다. 다중 지역 테넌트에서 지리적 위치, 그룹 및 사용자 정보에 대한 정보는 전역 Microsoft Entra 테넌트에서 마스터됩니다. 테넌트 정보는 중앙에서 마스터되고 각 지리적 위치로 동기화되므로 회사의 모든 사용자와 관련된 공동 작업 환경이 여러 위치에서 공유됩니다.

다음은 유럽에서 기본 위치와 북아메리카 위성 위치가 있는 organization 예입니다. 두 위치 모두 단일 Microsoft 365 테넌트에서 동일한 글로벌 Microsoft Entra 테넌트 공유합니다.

자세한 내용은 Microsoft 365 Multi-Geo을 참조하세요.

핵심 데이터를 새 데이터 센터 지리적 위치로 이동

Microsoft는 Microsoft 365 서비스에 대한 새로운 데이터 센터 지리적 위치를 계속 열고 있습니다. 이러한 새로운 데이터 센터 지오는 지속적인 고객 수요 및 사용량 증가를 지원하기 위해 용량 및 컴퓨팅 리소스를 추가합니다. 또한 새로운 데이터 센터 지오는 핵심 고객 데이터에 대한 지역 내 데이터 상주를 제공합니다.

새 데이터 센터 지리적 위치를 열면 사용자와 기존 데이터 센터 지역에 저장된 핵심 데이터에 영향을 주지 않지만 Microsoft에서는 미사용 organization 핵심 고객 데이터를 새 데이터 센터 지리적 위치로 조기 마이그레이션하도록 요청할 수 있습니다.

다음은 Microsoft 365 테넌트가 유럽 연합(EU) 데이터 센터 지역에서 영국(영국)에 있는 테넌트로 이동된 예제입니다.

자세한 내용은 핵심 데이터를 새 Microsoft 365 데이터 센터 지리적 위치로 이동을 참조하세요.

테넌트용 제품 및 라이선스

첫 번째 제품(예: Microsoft 365 E3)을 구매할 때 Microsoft 365 테넌트가 만들어집니다. 제품과 함께 월별 또는 연간 요금이 청구되는 라이선스가 있습니다. 그런 다음 관리자는 제품 중 하나에서 직접 또는 그룹 멤버 자격을 통해 사용자 계정에 사용 가능한 라이선스를 할당합니다. organization 비즈니스 요구 사항에 따라 각각 고유한 라이선스 풀이 있는 제품 집합이 있을 수 있습니다.

제품 집합 및 각 라이선스 수를 결정하려면 다음을 계획해야 합니다.

• 고급 기능이 필요한 사용자 계정에 대한 충분한 라이선스가 있는지 확인합니다.
• organization 인력 변경에 따라 라이선스가 부족하거나 할당되지 않은 라이선스가 너무 많이 없는 것을 방지합니다.

1단계 결과

엔터프라이즈 테넌트용 Microsoft 365의 경우 다음을 결정했습니다.

• 테넌트가 있거나 필요한 테넌트 수입니다.
• 각 테넌트에서 구매해야 하는 제품 및 라이선스입니다.
• 데이터 상주 요구 사항을 준수하기 위해 테넌트가 다중 지역이어야 하는지 여부입니다.
• 테넌트 간 협업을 설정해야 하는지 여부입니다.
• 한 테넌트에서 다른 테넌트로 마이그레이션해야 하는지 여부입니다.
• 핵심 데이터를 하나의 데이터 센터 지역에서 새 데이터 센터로 이동해야 하는지 여부입니다.

다음은 새 테넌트의 예입니다.

이 그림에서 테넌트는 다음과 같습니다.

• Microsoft 365 데이터 센터 지리적 위치에 해당하는 기본 위치입니다.
• 제품 및 라이선스 집합입니다.
• 클라우드 생산성 앱 집합이며, 그 중 일부는 제품과 관련이 있습니다.
• 전역 관리자 계정 및 초기 DNS 도메인 이름을 포함하는 Microsoft Entra 테넌트입니다.

이 솔루션의 추가 단계를 진행하면서 이 그림을 빌드합니다.

테넌트 유지 관리 진행 중

지속적으로 다음을 수행해야 할 수 있습니다.

• 새 테넌트 추가
• 초기 라이선스 수를 사용하여 테넌트에서 새 제품을 추가합니다.
• 직원 요구 사항 변경에 맞게 조정하도록 테넌트에서 제품에 대한 라이선스 집합을 변경합니다.
• 테넌트에서 새 데이터 센터 지리적 위치로 핵심 데이터를 이동합니다.
• 데이터 보존 요구 사항에 대한 Multi-Geo를 추가합니다.
• 테넌트 간 공동 작업을 설정합니다.

다음 단계

네트워킹을 계속 진행하여 작업자에서 Microsoft 365 클라우드 서비스로 최적의 네트워킹을 제공합니다.