Azure Stack Hub 데이터 센터 통합 연습
이 문서에서는 구매에서 배포 후 지원에 이르기까지 Azure Stack Hub 데이터 센터 통합을 위한 엔드투엔드 프로세스에 대해 설명합니다. 통합은 고객, 솔루션 공급자 및 Microsoft 간의 공동 작업 프로젝트입니다. 다음 탭을 클릭하여 프로젝트의 각 멤버에 대한 특정 단계를 확인하고 프로젝트 타임라인 다양한 단계에 대한 요약을 보려면 다음 섹션을 참조하세요.
- 사용 사례 및 요구 사항 설명
- 청구 모델 확인
- 계약 검토 및 승인
- 배포 워크시트 완료
- 배포 필수 구성 요소가 충족되는지 확인
- 데이터 센터 준비
- 배포하는 동안 구독 정보 제공
- 제공된 데이터에 대한 질문 해결
계획
Microsoft 또는 Azure Stack Hub 솔루션 파트너가 목표를 평가하는 데 도움이 됩니다. 다음과 같은 질문을 결정하는 데 도움이 됩니다.
- Azure Stack Hub가 organization 적합한 솔루션인가요?
- organization 어떤 유형의 청구 및 라이선스 모델이 작동합니까?
- 어떤 크기 솔루션이 필요한가요?
- 전원 및 냉각 요구 사항은 무엇인가요?
Azure Stack Hub Capacity Planner를 사용하여 요구 사항에 가장 적합한 하드웨어 용량 및 구성을 조사하고 분석합니다.
주문 프로세스
organization Azure Stack Hub 구매에 커밋하고, 계약을 체결하고, 주문을 구매하고, 솔루션 공급자에게 통합 요구 사항 데이터를 제공합니다.
배포 전
데이터 센터에 Azure Stack Hub를 통합하는 방법을 결정합니다. Microsoft는 솔루션 공급자와 협력하여 필요한 정보를 수집하는 데 도움이 되는 배포 워크시트를 게시했습니다. 일반 데이터 센터 통합 고려 사항 문서에서는 배포 워크시트라고 하는 템플릿을 완료하는 데 도움이 되는 정보를 제공합니다.
중요
배포 지연을 방지하기 위해 솔루션을 주문하기 전에 모든 필수 구성 요소를 조사합니다. 필수 구성 요소를 확인하는 데 시간이 걸릴 수 있으며 organization 내의 여러 부서에서 조정 및 데이터 수집이 필요할 수 있습니다.
다음 항목을 선택합니다.
Azure Stack Hub 연결 모델 및 ID 공급자. 인터넷(및 Azure)에 연결되거나 연결이 끊긴 Azure Stack Hub를 배포하도록 선택할 수 있습니다. 하이브리드 시나리오를 포함하여 Azure Stack Hub의 이점을 최대한 활용하려면 Azure에 연결된 을 배포하려고 합니다. AD FS(Active Directory Federation Services) 또는 Microsoft Entra ID를 선택하는 것은 배포 시 결정해야 하는 일회성 결정입니다. 나중에 전체 시스템을 다시 배포하지 않고는 ID 공급자를 변경할 수 없습니다.
라이선스 모델. 선택할 수 있는 라이선스 모델 옵션은 배포 종류에 따라 달라집니다. ID 공급자 선택은 테넌트 가상 머신 또는 사용하는 ID 시스템 및 계정에 아무런 영향을 주지 않습니다.
네트워크 통합. 네트워크 통합 은 Azure Stack Hub 시스템의 배포, 운영 및 관리에 매우 중요합니다. Azure Stack Hub 솔루션이 복원력이 있고 해당 작업을 지원하기 위해 고가용성 물리적 인프라를 갖도록 하는 데는 몇 가지 고려 사항이 있습니다.
방화벽 통합. 방화벽을 사용하여 Azure Stack Hub를 보호하는 것이 좋습니다. 방화벽은 DDOS 공격, 침입 검색 및 콘텐츠 검사를 방지하는 데 도움이 될 수 있습니다. 그러나 Azure Storage 서비스에 대한 처리량 병목 현상이 될 수 있습니다.
인증서 요구 사항. 온사이트 엔지니어가 배포 를 위해 데이터 센터에 도착하기 전에 필요한 모든 인증서를 사용할 수 있는 것이 중요합니다.
배포 워크시트를 통해 모든 필수 구성 요소 정보를 수집한 후 솔루션 공급자는 수집된 데이터를 기반으로 팩터리 프로세스를 시작하여 Azure Stack Hub가 데이터 센터에 성공적으로 통합되도록 합니다.
다시 배포해야 하는 변경 내용
다음 표에서는 전체 시스템을 다시 배포해야 하는 Azure Stack Hub 배포에 대한 변경 내용을 나열합니다.
| 옵션 | 다시 배포 |
|---|---|
| ID 시스템을 Microsoft Entra ID에서 Active Directory FS로 변경 | Yes |
| 배포에 사용된 Microsoft Entra 디렉터리 변경 | Yes |
| 네트워크 IP 범위 변경 | Yes |
| AD FS 통합 Active Directory 변경 | No |
| 청구 모델 변경 | No |
| 등록에 사용되는 Azure 구독 변경 | No |
하드웨어 배달
솔루션 공급자는 솔루션이 시설에 도착하는 시기를 예약할 때 사용자와 함께 작동합니다. 일단 받고 제자리에 놓으면 솔루션 공급자와 시간을 예약하여 엔지니어가 Azure Stack Hub 배포를 수행하기 위해 현장으로 오도록 해야 합니다.
솔루션 배포를 위해 현장 엔지니어가 도착하기 전에 모든 필수 구성 요소 데이터를 잠그고 사용할 수 있는 것이 중요합니다.
모든 인증서를 구매하고 준비해야 합니다.
지역 이름을 결정해야 합니다.
모든 네트워크 통합 매개 변수가 완료되고 솔루션 공급자와 공유한 매개 변수와 일치합니다.
팁
이 정보가 변경된 경우 실제 배포를 예약하기 전에 솔루션 공급자와 변경 내용을 전달해야 합니다.
현장 배포
Azure Stack Hub를 배포하려면 하드웨어 솔루션 공급자의 현장 엔지니어가 있어야 배포를 시작할 수 있습니다. 성공적인 배포를 보장하려면 배포 워크시트를 통해 제공된 모든 정보가 변경되지 않았는지 확인합니다.
다음 검사는 배포 환경 중에 현장 엔지니어가 예상해야 하는 사항입니다.
- 모든 케이블 연결 및 테두리 연결을 확인하여 솔루션이 제대로 결합되고 요구 사항을 충족하는지 확인합니다.
- 솔루션 HLH(하드웨어 수명 주기 호스트)를 구성합니다(있는 경우).
- 모든 BMC, BIOS 및 네트워크 설정이 올바른지 확인합니다.
- 모든 구성 요소에 대한 펌웨어가 솔루션에서 승인된 최신 버전인지 확인합니다.
- 배포를 시작합니다.
참고
현장 엔지니어의 배포 절차를 완료하는 데 약 1주일이 걸릴 수 있습니다.
배포 후
솔루션이 통합 후 단계에서 고객에게 전달되기 전에 파트너가 몇 가지 단계를 수행해야 합니다. 이 단계에서는 시스템이 배포되고 올바르게 수행되도록 유효성 검사가 중요합니다.
OEM 파트너가 수행해야 하는 작업은 다음과 같습니다.
test-azurestack을 실행합니다.
Azure에 등록합니다.
스위치 구성 및 HLH 구성 파일을 백업합니다.
DVM을 제거합니다.
배포를 위한 고객 요약을 준비합니다.
업데이트를 확인 하여 솔루션 소프트웨어가 최신 버전으로 업데이트되었는지 확인합니다.
설치 유형에 따라 필수 또는 선택 사항인 몇 가지 단계가 있습니다.
AD FS를 사용하여 배포를 완료한 경우 Azure Stack Hub 스탬프를 고객 고유의 AD FS와 통합해야 합니다.
참고
파트너는 필요에 따라 이 작업을 수행할 서비스를 제공하도록 선택할 수 있지만 이 단계는 고객의 책임입니다.
해당 파트너의 기존 모니터링 시스템과 통합합니다.
System Center Operations Manager 통합 은 차량 관리 기능도 지원합니다.
예약
지원
Azure Stack Hub를 사용하면 전체 시스템 수명 주기를 다루는 Azure 일관되고 통합된 지원 환경을 사용할 수 있습니다. Azure Stack Hub 통합 시스템을 완벽하게 지원하려면 고객은 두 가지 지원 계약이 필요합니다. 하나는 Microsoft(또는 Azure 서비스 지원용 클라우드 솔루션 공급자)와 시스템 지원을 위한 하드웨어 공급자가 있습니다. 통합 지원 환경은 고객이 누구에게 먼저 전화하든 일관된 지원 환경을 얻을 수 있도록 조정된 에스컬레이션 및 해결을 제공합니다. Microsoft에서 프리미어, Azure -Standard/ProDirect 또는 파트너 지원이 이미 있는 고객의 경우 Azure Stack Hub 소프트웨어 지원이 포함됩니다.
통합 지원 환경은 Microsoft와 하드웨어 파트너 간의 지원 사례 및 사례 업데이트의 양방향 전송을 위해 사례 교환 메커니즘을 사용합니다. Microsoft Azure Stack Hub는 최신 수명 주기 정책을 따릅니다.
다음 단계
일반적인 데이터 센터 통합 고려 사항에 대해 자세히 알아봅니다.