1단계. 엔터프라이즈 Microsoft 365 대한 사용자 설정

첫 번째 테넌트 결정 중 하나는 가지는 수입니다. 각 Microsoft 365 테넌트는 고유하며 다른 모든 테넌트와는 Microsoft 365 분리됩니다. 해당 Azure AD 테넌트는 다른 모든 테넌트와는 고유하며 Microsoft 365 분리됩니다.

단일 테넌트

단일 테넌트가 있는 경우 조직의 테넌트 사용에 대한 다양한 측면이 Microsoft 365. 단일 테넌트는 단일 계정, 그룹 및 정책 집합이 있는 단일 Azure AD 테넌트입니다. 조직 전체의 사용 권한 및 리소스 공유는 이 중앙 ID 공급자를 통해 수행될 수 있습니다.

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

다음은 테넌트의 기본 위치 및 Azure AD 테넌트 Microsoft 365 예입니다.

여러 테넌트

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

• 관리 고지
• 분산된 IT
• 기록 결정
• 합병, 인수 또는 매입
• 대기업 조직에 대한 브랜딩 명확한 분리
• 사전 프로덕션, 테스트 또는 샌드박스 테넌트

다음은 동일한 기본 데이터 센터 지리적으로 두 테넌트(테넌트 A 및 테넌트 B)가 있는 조직의 예입니다. 각 테넌트는 별도의 Azure AD 테넌트로 구성됩니다.

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

테넌트 간 공동 작업

사용자가 안전한 방식으로 서로 다른 Microsoft 365 테넌트에서 보다 효과적으로 공동 작업을 하게 하려는 경우 테넌트 간 공동 작업 옵션에는 파일 및 대화에 대한 중앙 위치 사용, 일정 공유, 통신을 위한 IM 사용, 오디오/비디오 통화 사용, 리소스 및 응용 프로그램에 대한 액세스 보호가 포함됩니다.

자세한 내용은 테넌트 Microsoft 365 공동 작업을 참조하세요.

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

테넌트 간 사서함 마이그레이션(미리 보기)을 수행하기 전에 테넌트 간에 Exchange Online 사서함을 이동하기 전에 사용자 사서함을 현재 테넌트(원본 테넌트)에서 온-프레미스로 완전히 오프보드한 다음 새 테넌트(대상 테넌트)에 온보드해야 합니다. 새로운 테넌트 간 사서함 마이그레이션 기능을 사용하면 원본 및 대상 테넌트의 테넌트 관리자가 모든 테넌트 간에 사서함을 이동할 수 있으며, 해당 테넌트의 인프라 종속성은 최소한의 수준으로 유지될 수 있습니다. 이렇게 하여 사서함을 오프보드하고 온보드할 필요가 없습니다.

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

이 그림에서는 두 개의 별도 테넌트가 자체 도메인과 각기 다른 사서함 집합을 Exchange 있습니다.

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

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

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

테넌트 간 마이그레이션

합병, 인수, 매입 및 기타 시나리오에 대한 아키텍처 접근 방식이 여러 가지 있으며, 이 경우 기존 Microsoft 365 테넌트를 새 테넌트로 마이그레이션할 수 있습니다.

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

테넌트용 Multi-Geo

Microsoft 365 Multi-Geo를 사용하면 데이터 상주 요구 사항을 충족하기 위해 선택한 다른 데이터 센터 지리적 위치에 미사용 데이터를 프로비전하고 저장할 수 있으며, 동시에 작업자에게 최신 생산성 환경을 전 세계로 롤아웃할 수 있습니다.

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

다음은 유럽의 기본 위치와 북미의 위성 위치를 가지는 조직의 예입니다. 두 위치는 단일 테넌트에 대해 동일한 전역 Azure AD Microsoft 365 공유합니다.

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

핵심 데이터를 새 데이터 센터 지역으로 이동

Microsoft는 계속해서 서비스용 새 데이터 센터 지역을 Microsoft 365 있습니다. 이러한 새로운 데이터 센터 지역은 지속적인 고객 요구 및 사용 증가를 지원하기 위해 용량 및 계산 리소스를 추가합니다. 또한 새 데이터 센터 지역은 핵심 고객 데이터에 대한 지역 내 데이터 레지스터를 제공합니다.

새 데이터 센터 지역을 열면 기존 데이터 센터 지역 및 기존 데이터 센터에 저장된 핵심 데이터에 영향을 미치는 것은 아니며, Microsoft는 휴지 상태의 조직의 핵심 고객 데이터를 새 데이터 센터 지역으로 조기 마이그레이션할 수 있도록 요청할 수 있습니다.

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

자세한 내용은 핵심 데이터를 새 데이터 센터 지역으로 Microsoft 365 참조하세요.

테넌트의 제품 및 라이선스

Microsoft 365 같은 첫 번째 제품을 구매하면 테넌트가 Microsoft 365 E3. 제품에는 월별 또는 연간 요금이 부과되는 라이선스가 있습니다. 그런 다음 관리자는 직접 또는 그룹 구성원 자격을 통해 제품 중 하나에서 사용 가능한 라이선스를 사용자 계정에 할당합니다. 조직의 비즈니스 요구에 따라 각각 자체 라이선스 풀이 있는 제품 집합이 있을 수 있습니다.

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

• 고급 기능이 필요한 사용자 계정에 대한 라이선스가 충분한지 확인
• 조직의 직원 수 변경에 따라 라이선스가 많지 않은 경우나 너무 많은 허가되지 않은 라이선스가 없는 것을 방지할 수 있습니다.

1단계 결과

엔터프라이즈 Microsoft 365 테넌트의 경우 다음을 결정해야 합니다.

• 필요한 테넌트 수
• 각 테넌트에 대해 구매해야 하는 제품 및 라이선스
• 데이터 레지던시 요구 사항을 준수하기 위해 테넌트가 Multi-Geo인지 여부
• 테넌트 간 공동 작업을 설정해야 하는지 여부
• 테넌트 하나를 다른 테넌트로 마이그레이션해야 하는지 여부
• 핵심 데이터를 한 데이터 센터 지리적 데이터 센터에서 새 데이터 센터로 이동해야 하는지 여부

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

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

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

이 솔루션의 추가 단계를 진행할 때 이 그림을 작성합니다.

테넌트에 대한 지속적인 유지 관리

지속적인 기준에 따라 다음을 해야 할 수 있습니다.

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

다음 단계

네트워킹을 계속하여 직원들이 클라우드 서비스에서 클라우드 서비스에 Microsoft 365 제공합니다.