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