Azure 스토리지 서비스 중단 … 재해 복구 계획을위한 시간

어제 저녁 태평양 표준시, Azure 스토리지 서비스는 미국, 유럽 및 아시아 일부 지역에서 서비스 중단을 경험했으며,이 지역에서 여러 클라우드 서비스에 영향을 미쳤습니다.

Azure Storage에 대한 성능 업데이트의 일환으로 Virtual Machine, Visual Studio Online, 웹 사이트, 검색 및 기타 Microsoft 서비스를 포함하여 Azure 저장소를 사용하는 서비스에서 용량이 감소되는 문제가 발견되었습니다.

Azure 블로그에 대한 전체 보고서를 읽으십시오. http://azure.microsoft.com/blog/2014/11/19/update-on-azure-storage-service-interruption/

클라우드 배포에 대해 생각하는 사람들에게 이러한 중단은 무엇을 의미합니까? 이 규모의 글로벌 "중단"은 모든 클라우드 제공 업체를 위해 정기적으로 발생할 수 없습니다. 특히 Microsoft, Amazon, Google 또는 기타 클라우드 비즈니스를 계속 유지하려는 경우. 그러나 클라우드 구축 담당자 또는 클라우드 배포 담당자는 고객이 백 포켓에 "플랜 B"를 보유 할 책임이 있습니다. 최악의 시나리오가 실제로 발생하는 경우 재해 복구를 계획하는 시간.

재해 복구 계획이란 무엇입니까?

플랜 B는 클라우드 제공 업체의 서비스 제공 능력에 영향을 미치는 광범위한 확산 중단의 경우 대체 위치에서 데이터 및 서비스를 복구하기위한 문서화 된 절차를 포함합니다. 이 계획은 지역, 가용성 영역 또는 오류 도메인 내에서 지역화 된 정전 발생시에도 계속 실행되도록 고안된 고탄력 클라우드 배치가있는 경우에도 중요합니다.

데이터 복구, 응용 프로그램 복구 및 클라이언트 액세스

높은 수준에서 데이터 복구, 응용 프로그램 복구 및 클라이언트 액세스의 세 가지 사항을 고려해야합니다. 이러한 우려를 해결할 수있는 방법은 여러 가지가 있으며, 일부는 다른 것보다 자동화되어 있습니다. 일부는 RTO (Recovery Time Objective) 및 RPO (Recovery Point Objective)가 다른 것보다 좋습니다.

정전을 이겨내려면 어떤 구성이 필요합니까?

AWS 클라우드와 Azure 클라우드 사이에 뻗어있는 다중 사이트 클러스터를 만드는 방법에 대해 블로그에 올린 것은 지난 주였습니다. 이러한 유형의 구성은 Azure 클라우드에서 어제 경험 한 규모의 중단시 필요한 것입니다.

"클라우드 – 투 클라우드"복제 모델

"클라우드 – 투 – 클라우드"복제 모델의 또 다른 대안은 클라우드 배포를위한 재해 복구 사이트로 자체 데이터 센터를 활용하는 것입니다. 데이터의 물리적 소유권을 갖는 것이 유리합니다. 하지만 데이터 센터 관리 사업으로 복귀했다는 것을 의미합니다. 이는 순수한 클라우드 배포의 이점 중 일부를 무효화 할 수 있습니다.

클라우드를 사용할 준비가되지 않았다면 클라우드를 재해 복구 사이트로 활용하십시오. 이는 재해 복구를 위해 오프 사이트 데이터 센터를 구현하는 가장 쉽고 비용 효율적인 방법 일 것입니다. 모든 작업 부하를 클라우드로 이전하지 않고 클라우드가 제공해야하는 이점을 활용하십시오.

DataKeeper 클러스터 에디션

위에 표시된 그림은 DataKeeper Cluster Edition이라는 호스트 기반 복제 솔루션을 사용하여 다중 사이트 SQL Server 클러스터를 구축합니다. 그러나 DataKeeper를 사용하여 모든 데이터를 동기화 상태로 유지할 수 있습니다. 서로 다른 클라우드 제공 업체 또는 하이브리드 클라우드 모델 사이.

조언! 플랜 B를 가져라.

마이크로 소프트는 클라우드 정전을 다루는 데 혼자만의 것이 아니며 올해 정전만으로도 구글, 마이크로 소프트, 아마존, 드롭 박스 등 많은 사람들이 영향을 받았다. "계획 B"를 제자리에 두는 것은 언제든지 클라우드 서비스에 의존해야합니다.

https://clusteringformeremortals.com/2014/11/20/azure-storage-service-interruptiontime-for-plan-b/의 허락을 받아 복제했습니다.

Windows Server 10 저장소 복제본 구성 및 첫 번째 노출 수

신나는 새로운 기능 – 저장소 복제본!

Microsoft에서 발표 한 Windows Server 10의 가장 흥미로운 새 기능 중 하나는 Storage Replicas입니다. Microsoft의 설명은 http://technet.microsoft.com/en-us/library/dn765475.aspx#BKMK_SR입니다. 그리고 기사를 자세히 읽고 장애 조치 클러스터도 살펴 보겠습니다.

스토리지 복제본 (Storage Replica, SR)은 고 가용성을 위해 장애 조치 (failover) 클러스터를 늘릴뿐만 아니라 재해 복구를 위해 서버간에 스토리지에 의존하지 않고 블록 수준의 동기식 복제를 가능하게하는 새로운 기능입니다. 동기식 복제는 파일 시스템 수준에서 데이터 손실을 제로로 보장하는 충돌없는 볼륨을 사용하여 물리적 사이트의 데이터 미러링을 지원합니다. 비동기 복제를 사용하면 데이터 손실 가능성이있는 대도시 범위를 넘어서는 사이트 확장이 가능합니다.

이 변화는 어떤 가치를 부여합니까?

저장소 복제를 사용하면 다음 작업을 수행 할 수 있습니다.

미션 크리티컬 워크로드의 계획된 또는 예기치 못한 정전에 대비하여 모든 Microsoft 재해 복구 솔루션을 제공합니다.

검증 된 안정성, 확장 성 및 성능으로 SMB3 전송을 사용하십시오.

클러스터를 대도시 거리까지 확장하십시오.

Hyper-V, 스토리지 복제본, 스토리지 공간, 클러스터, 스케일 아웃 파일 서버, SMB3, 중복 제거 및 ReFS / NTFS와 같은 스토리지 및 클러스터링을 위해 Microsoft 소프트웨어를 사용하십시오.

다음과 같이 비용과 복잡성을 줄이는 데 도움이됩니다.

SAN과 같은 레거시 스토리지를 즉시 포기할 필요없이 하드웨어에 독립적입니다.

상용 스토리지 및 네트워킹 기술을 허용합니다.

장애 조치 (Failover) 클러스터 관리자 및 Microsoft Azure 사이트 복구를 통해 개별 노드 및 클러스터에 대한 그래픽 관리가 용이합니다.

Windows PowerShell을 통한 포괄적 인 대규모 스크립팅 옵션을 포함합니다.

다운 타임을 줄이고 Windows 고유의 안정성과 생산성을 향상시킵니다.

지원 가능성, 성능 메트릭 및 진단 기능을 제공하십시오. "

다른 사용 사례는 어떻습니까?

그들은 "Hyper-V, 스토리지 복제본, 스토리지 공간, 클러스터, 스케일 아웃 파일 서버, SMB3, 중복 제거 및 ReFS / NTFS"와 같은 많은 사용 사례를 언급합니다. ReFS / NTFS, Deduplication, SMB3, Storage Replica, Storage Spaces와 같은 기술을 나열하는 것이 무엇을 의미하는지 확신 할 수 없습니다. 이것들은 유스 케이스가 아닌 기능과 비슷하게 보입니다.

그러나 Hyper-V, 클러스터, Scale-out-File Server와 같은 다른 유스 케이스를 살펴 보겠습니다. Hyper-V, SQL Server, 파일 서버 등을 포함한 Scale-Out-File 서버 및 다중 사이트 클러스터를 공유하지 않도록 설정하여 Storage Replica가 이러한 사용 사례를 향상시키는 방법을 쉽게 상상할 수 있습니다. 경우에 따라 SANLess LAN (Local Area Network) 클러스터를 활성화하여 공유 물리 디스크 리소스 없이도 클러스터를 구축 할 수 있습니다.

장애 조치 클러스터 살펴보기

이 솔루션을 처음 보았을 때 나는 클러스터에 장애가있는 클러스터에 대해 집중적으로 알아보기로했습니다. 쉬운 일을 유지하기 위해 단순한 두 노드의 전통적인 파일 서버 (파일 서버를 수평 확장하지 않음)를 만드는 데 중점을 둘 것이라고 결정했습니다. 전적으로 순수한 Windows Server 10 도메인에서 3 개의 새로운 VM으로 시작하겠습니다.

시작하기

ISO를 다운로드 한 다음 내 3 대의 VM에 설치하는 것은 의외로 빨랐습니다. DC 프로모션은 2012 R2와 매우 유사한 경험이었습니다. AD 기능을 설치 한 후에 실제로 DCPromo를 실행해야한다는 사실이 조금 더 분명해졌습니다.

내 도메인이 설치되어 있고 문제없이 기본 제공되는 리소스가없는 기본 2 노드 클러스터가 있습니다. 다음으로, 하이퍼 바이저로 VMware Fusion을 사용했는데, 중첩 된 하이퍼 바이저 (테스트 및 데모를 위해 Hyper-V가 부족한 기능)를 지원하기 때문입니다. 그런 다음 클러스터에있는 각 VM에 몇 가지 추가 VMDK 파일을 추가하고 각 VM에 E : 및 F :로 포맷하여 복제본 볼륨으로 인식합니다. 주목해야 할 또 다른 점은 아직 리소스를 정의하지 않았고 클러스터에 공유 스토리지가 없다는 것입니다. 완벽하고 스토리지 복제본 구성을 시작할 준비가되었습니다!

그리고 복제 프로세스가 시작됩니다.

따라서 장애 조치 (Failover) 클러스터 관리자를 시작하고 복제 프로세스를 시작할 수있는 방법을 살펴보기 시작합니다. UI에는 복제, 복제 또는 그와 비슷한 것까지 찾을 수 없었습니다. 문서가 출하되지 않았고 비트가 몇 시간 전만 사용 가능 해졌기 때문에 절망적 인 트위터 검색 방법에도 블로그가 있었음에도 불구하고 필자는 혼자였습니다. 나는 문제가 없다고 말했고, 나는 클러스터 MVP이며, 복제와 다중 사이트 클러스터는 나의 특기이다. 그래서 이것을 알아낼 것이다.

조금 검색 한 후에 Windows 볼륨 복제라는 새로운 기능이 있음을 발견했습니다.

어. 무슨 일이야?

위대한, 그래서 나는 두 노드에서 이것이 위대하다고 생각하지만, 여전히 "Configure Replica"라는 윈도우즈 페일 오버 클러스터 UI에서 아무 것도 뛰지 않고 있습니다. 내 머리를 좀 더 긁어 내고 똑똑한 사람들에게 손을 뻗으려는 시도는 아직 없습니다. 그런데 그것은 나에게 떠올랐다. "어쩌면 클러스터 디스크 만 지원할 수 있을까?"이제 기능 발표는 "상품 저장을 지원합니다"라고 말합니다. 내게는 내 PC에있는 이전 하드 드라이브 또는이 경우 VM에 연결된 가상 디스크를 의미합니다. 그것이 나왔던 것처럼, 나는 정확했다. 디스크는 사용 가능한 저장소에 실제 디스크 리소스로 클러스터에 나타나야합니다.

마지막으로 어딘가에 도착하기

좋아, 가장 큰 요구 사항은 아니지만 나는 계속해서 연결을 끊었다. 내 VM에 연결된 실제 디스크 리소스로 추가 할 수있는 일부 디스크를 얻으려면 DC에서 iSCSI 대상 역할을 활성화하고 각 VM에 대해 두 개의 iSCSI 가상 디스크를 만듭니다. 이제는 일반 클러스터와 같지 않으므로 이러한 가상 디스크 각각은 하나의 VM에만 할당되고 공유되지는 않았습니다.

VM 하나마다 iSCSI 초기화 프로그램을 사용하여이 디스크에 연결하고, 초기화하고, 온라인으로 설정하고 포맷했습니다. 그런 다음 장애 조치 (Failover) 클러스터 관리자를 사용하여 클러스터에 추가했습니다.

마지막으로 복제를위한 몇 가지 새로운 옵션이 있습니다.

나는 여전히 복제 가능 버튼을 선택할 수있게하기 위해 잠시 고생했다.

알아야 해!

도로에서이 쇼를 진행하기 위해 알아야 할 중요 사항은 다음과 같습니다.

• 디스크는 클러스터의 물리적 자원이어야합니다. 이는 SCSI3 예약을 지원해야하며 클러스터 유효성 검사를 통과해야 함을 의미합니다.
• 디스크는 MBR이 아니라 GPT 여야합니다.
• 복제하려는 각 디스크에는 "로그 파일"에 사용할 관련 디스크가 있어야합니다. 여기가 복제가 중단 될 때 데이터를 대기시키는 위치이거나 데이터가 약간 뒤처 질 수있는 비동기 미러라고 가정합니다
• 복제를 가능하게하기 전에 디스크 (로그 디스크가 아닌 데이터 디스크 만)를 클러스터 리소스에 추가해야합니다. 사용 가능한 저장소에있는 디스크에서는 복제를 활성화 할 수 없습니다.
• 소스 서버와 대상 서버는 동일한 크기의 디스크와 볼륨 문자를 가져야합니다.

복제 활성화

일단 그렇게하면 마침내 복제를 사용할 수있게됩니다.

말했듯이, 사용 가능한 스토리지에 있어야하는 소스 로그 디스크를 선택해야합니다. Microsoft는 SSD 디스크를 권장합니다. 얼마나 커야할지 모르겠다. 나는 더 큰 복제가 당신이 모든 공간을 소비하고 당신의 거울을 깨기 전에 중단 될 수 있다고 생각합니다.

다음 단계는 대상 서버에서 디스크를 선택하는 것입니다. "No Storage Available"과 같은 메시지가 나타나면 "Available Storage"를 이동시켜 대상 디스크가 Secondary 서버에서 온라인이되도록해야합니다.

"노드 선택"을 선택하면 기술적 프리뷰에서 사용 가능한 스토리지 이동이 깨진 것 같지 않은지 확인하십시오. 그러나 "최적의 노드"를 선택하면 모든 것이 작동하는 것 같습니다. 사용 가능한 저장소는 SECONDARY 서버에서 온라인 상태가됩니다.

이제 모든 사용 가능한 저장 장치가 SECONDARY 서버에서 온라인 상태 여야합니다.

 

그리고 대상의 로그 파일을위한 디스크

이 기능은 특히 WAN 복제에 유용합니다. 분명히 WAN을 통한 전체 동기화를 피하면서 대상 디스크에 시드 할 수 있습니다.

다음 화면은 모든 것을 확인합니다 …

장애 조치 (Failover) 클러스터 관리자 – 모두가 말하고 완료 할 때

클러스터는 다음과 같아야합니다. 복제 상태가 "알 수 없음"으로 표시됩니다. 나는 그것이 나중에 다루게 될 버그라고 생각하고있다.

다른 버그

장애 조치 (Failover) 클러스터 관리자를 통해 사용할 수있는 파일 공유 만들기 마법사가 작동하지 않는 것으로 나타났습니다. 시작한 후 예기치 않게 닫힙니다. 그러나 파일 관리자를 사용하여 활성 노드에서 공유를 만들면 클러스터에 자동으로 추가됩니다.

일부 기본 테스트에서는 장애 조치 (Failover) 클러스터 관리자가 올바르게 작동하는 것으로 나타납니다. 볼륨 중 복제 된 데이터 볼륨과 로그 볼륨 중 어느 볼륨인지를 알고 있어야합니다. 로그 파일에 기록 된 데이터는 복제되지 않으므로 내가 실수 한 것처럼 복제가 작동하지 않는다고 생각할 수 있습니다.

마지막으로이 모든 시행 착오 끝에 Microsoft가이 작업을 수행하는 방법에 대한 몇 가지 지침을 게시하기 시작했습니다. Ned Pyle, Storage Replica PM에서이 게시물의 요구 사항을 확인하십시오.

http://social.technet.microsoft.com/Forums/windowsserver/en-US/f843291f-6dd8-4a78-be17-ef92262c158d/getting-started-with-windows-volume-replication?forum=WinServerPreview&prof=required

내 생각…

이 기능으로 더 많은 시간을 할 때까지 내 생각을 간직하고 있습니다 …

https://clusteringformeremortals.com/2014/10/04/windows-server-10-storage-replica-configuration-and-first-impressions-windows10/의 허락을 얻어 재현했습니다.