Date: 9월 11, 2018
태그: azure 클러스터를 관리 디스크로 변환, 가용성 세트, 관리 디스크, 도메인 업데이트, 스토리지 저울 단위, 오류 도마
왜 Azure 클러스터를 관리 디스크로 변환해야합니까?
3 월 16 일에 미국 동부 지역의 일부 사례에 영향을 미친 최근 스토리지 정전에 대해 들어 보셨을 것입니다. 정전의 근본 원인 분석은 여기에 게시됩니다. 3 월 16 일 미국 동부 정전 사태
고객 영향
동부 미국 지역의 스토리지를 사용하는 고객 중 일부는 단일 스토리지 스케일 단위로 스토리지 계정에 액세스하는 동안 오류 및 시간 초과가 발생할 수 있습니다. "단일 스토리지 저울 단위 란 무엇입니까?"라는 질문을 할 수도 있습니다. 글쎄, 당신은 하나의 스토리지 클러스터, 또는 하나의 SAN으로 생각할 수도 있지만, 그것에 대해 생각하고 싶을 수도 있습니다. Azure가 정확한 인프라를 게시하지 않는다고 생각합니다. 아마도 배후에서 Scale Out File Server를 백엔드 스토리지로 사용한다고 가정 할 수 있습니다.
가동 중단 시간을 최소화하면서 가동 중단없이 살아남습니다.
그래서 문제는 최소한의 중단 시간으로 어떻게이 정전에서 살아남을 수 있습니까? 근본 원인 분석을 자세히 읽으면이 작은 너겟을 발견하게됩니다.
가용성 세트에서 관리 디스크를 사용하는 가상 시스템은이 사건에서 가용성을 유지합니다. 따라서 Azure 클러스터를 Managed Disks로 변환해야합니다.
관리 디스크 란 무엇입니까?
2 월 8 일 Corey Sanders는 Managed Disks의 GA를 발표했습니다. Managed Disks는 이러한 중단을 도왔을 것입니다. 관리 디스크와 결합 된 가용성 세트를 활용함으로써 가용성 세트의 각 인스턴스는 다른 "스토리지 저울 단위"에 연결됩니다. 따라서이 특별한 경우에는 클러스터 노드 중 하나만 실패하여 나머지 노드는 작업 부하를 인계받습니다. Managed Disks가 사용 가능하기 전에 (2016 년 2 월 8 일 이전에 배포 된 모든 것), 서버에 연결된 스토리지가 다른 스토리지 스케일 단위에 있는지 확인하는 방법이 없었습니다. 물론 각 인스턴스마다 다른 저장소 계정을 사용할 수 있습니다. 그러나 실제로 그러한 저장소 계정이 다른 저장소 규모 단위로 저장소를 제공한다고 보장하지는 않습니다. Azure 클러스터를 Managed Disks로 변환해야하는 더 많은 이유. 따라서 Availability Set이 인스턴스 자체의 가용성을 보장하기 위해 다른 오류 도메인 및 업데이트 도메인에있는 것을 보장하지만 각 인스턴스에 연결된 추가 스토리지는 실제로 단일 실패 지점을 나타냅니다. 스토리지 자체는 복원력이 뛰어나지 만 3 개의 데이터 복사본과 지리적 중복 옵션을 사용할 수 있습니다.이 경우 정전이 발생하면 전체 스토리지 스케일 장치가 연결된 모든 서버와 함께 중단됩니다. 오랫동안 짧은 이야기 … Azure Clusters를 Managed Disks로 가능한 한 빨리 변환하여 다운 타임을 최소화합니다. https://docs.microsoft.com/en-us/azure/virtual-machines/virtual-machines-windows-migrate-to -managed-disks 그리고 정말로 중단 시간을 최소화하려면 클라우드 공급자 또는 온 – 프레미지 클라우드에 이르는 하이브리드 클라우드 배포를 고려해야합니다! Clusteringformeremortals.com의 허락을 받아 재현