3월 11, 2023 |
클라우드 송환 및 HA클라우드 송환 및 HA"클라우드 본국 송환"이라는 현상에 대한 미디어의 소문이 작지만 점점 커지고 있습니다. 간단히 말해서 클라우드 송환은 퍼블릭 클라우드에서 워크로드를 가져와 자체 데이터 센터로 다시 가져오는 것을 의미합니다. 이러한 움직임은 잠재적으로 서버, 스토리지 및 네트워킹 장비와 같은 온프레미스 장비에 대한 수요를 증가시킬 수 있습니다. 또한 두 가지 모두를 쉽게 관리할 수 있는 솔루션에 대한 필요성을 높일 수 있습니다. 온프레미스 클라우드 기반 리소스. 클라우드에서 중요한 워크로드를 실행하는 회사의 경우 송환은 고가용성 보호를 제공하는 방식에 상당한 영향을 미칠 수 있습니다. 고가용성 시장에 대한 클라우드 송환의 영향은 조직이 온프레미스 데이터 센터로 돌아가는 이유와 같은 몇 가지 사항과 기타 산업 동향 및 경쟁에 달려 있다는 점은 주목할 가치가 있습니다. 그렇다면 조직이 클라우드를 떠나기로 선택하는 이유는 무엇입니까? 클라우드 송환의 일반적인 이유비용: 클라우드에서 워크로드를 실행하는 것은 비용이 많이 들고 특히 조직의 사용 패턴과 요구 사항이 시간이 지남에 따라 변하는 경우 비용을 예측할 수 없습니다. 워크로드를 온프레미스로 다시 송환하면 특히 사용하지 않는 용량이 있거나 기존 인프라를 활용할 수 있는 경우 조직에서 비용을 절감할 수 있습니다. 또한 IT 예산을 보다 예측 가능하게 만드는 데 도움이 될 수 있습니다. 데이터 주권: 일부 조직은 데이터가 저장되는 국가, 데이터에 액세스할 수 있는 사람 및 데이터 보호 방법을 규정하는 규정의 적용을 받을 수 있습니다. 워크로드를 본국으로 송환하면 조직이 데이터를 더 잘 제어하고 데이터 주권 법률 및 규정을 준수하는 데 도움이 될 수 있습니다. 보안: 조직은 특히 민감한 데이터를 처리하거나 엄격한 규제 요구 사항이 적용되는 경우 클라우드에서 워크로드를 실행하는 데 보안 문제가 있을 수 있습니다. 클라우드에는 다양한 보안 조치가 있지만 잘못된 구성이 일반적이며 보안 문제가 발생할 수 있습니다. 워크로드 송환은 클라우드 관련 지식의 필요성을 제거함으로써 조직이 보안 태세를 더 잘 제어할 수 있도록 합니다. 지연 시간: 클라우드 공급자는 조직의 사용자와 멀리 떨어져 있을 수 있으므로 대기 시간이 길어지고 응답 시간이 느려질 수 있습니다. 워크로드를 온프레미스로 다시 송환하면 조직이 대기 시간을 줄이고 사용자의 성능을 향상하는 데 도움이 될 수 있습니다. 제어: 클라우드로 이동하면 회사에서 IT 인프라 관리 비용을 절감할 수 있지만 이러한 절감액은 제어 비용으로 발생합니다. 클라우드 공급자는 자체 일정에 따라 IT 환경을 관리하고 유지합니다. 데이터 센터를 본국으로 송환하는 회사는 인프라, 업그레이드, 업데이트 및 유지 관리에 대한 완전한 통제권을 되찾게 됩니다. . 클라우드 공급자의 특정 서비스 또는 기능 부족: 조직은 퍼블릭 클라우드에서 특정 서비스나 기능을 사용할 수 없음을 발견하고 워크로드를 다시 온프레미스로 송환하기로 결정할 수 있습니다. 다른 추가 요소가 작용할 수 있지만 이러한 이유는 조직의 산업 및 고유한 요구 사항에 따라 다를 수 있음을 명심하는 것이 중요합니다. 퍼블릭 클라우드 송환 맥락에서의 고가용성수년 동안 기업이 컴퓨팅 요구 사항을 위해 클라우드 기반 솔루션으로 몰려들면서 퍼블릭 클라우드가 인기를 끌었습니다. 그러나 최근 InfoWorld에 따르면[link to article] 기사에 따르면 2023년에는 기업이 데이터와 워크로드를 사내 또는 프라이빗 클라우드로 다시 가져오기 시작하면서 변화가 나타날 수 있습니다. 이러한 이동의 주된 이유 중 하나는 인프라에 대한 더 큰 가용성과 제어를 원하기 때문입니다. 고가용성(HA) 하드웨어 오류, 소프트웨어 버그 또는 기타 예기치 않은 이벤트가 발생하더라도 응용 프로그램과 서비스가 액세스 가능하고 작동 상태를 유지하도록 보장하는 최신 IT 인프라의 중요한 측면입니다. 퍼블릭 클라우드 환경에서 고가용성은 일반적으로 부하 분산 및 자동 확장과 같은 중복 인프라와 자동 장애 조치 메커니즘의 조합을 통해 달성됩니다. 그러나 일부 기업은 클라우드 인프라에 대한 제어 수준이 제한적이며 데이터 보안, 규정 준수 및 공급업체 종속에 대해 우려할 수 있습니다. 이러한 우려는 워크로드와 데이터를 다시 온프레미스 또는 프라이빗 클라우드로 가져오려는 욕구로 이어질 수 있습니다. 하이브리드 클라우드 모델이 문제를 해결하는 방법이러한 문제에 대한 한 가지 잠재적 솔루션은 기업이 퍼블릭 클라우드의 확장성과 유연성을 온프레미스 또는 프라이빗 클라우드 인프라의 제어 및 보안과 결합하여 두 세계의 장점을 모두 활용하는 하이브리드 클라우드 접근 방식을 채택하는 것입니다. 하이브리드 클라우드 아키텍처는 온프레미스와 클라우드 모두에서 여러 위치에 걸쳐 데이터와 서비스를 복제하여 고가용성을 제공하도록 설계할 수 있습니다. 하이브리드 클라우드 아키텍처를 구현하려면 대기 시간 및 기타 성능 문제를 최소화하면서 가용성을 최대화하는 방식으로 워크로드 및 데이터가 분산되도록 하는 데 중점을 둔 신중한 계획 및 설계가 필요합니다. 몇 가지 주요 고려 사항에는 적절한 클라우드 공급자 및 온프레미스 인프라 선택, 데이터가 효과적으로 복제 및 동기화되도록 보장, 계획된 중단과 계획되지 않은 중단을 모두 처리할 수 있는 장애 조치 메커니즘 설계가 포함됩니다. 또 다른 중요한 고려 사항은 하이브리드 클라우드 환경의 효과적인 모니터링 및 관리에 대한 필요성입니다. 여기에는 중단을 감지하고 대응하기 위한 자동화된 모니터링 도구 구현, 백업이 정기적으로 수행 및 테스트되도록 보장, 사고 및 재난 처리를 위한 명확한 프로세스 및 절차 수립이 포함됩니다. SIOS 고가용성 솔루션따라서 몇 년 동안 퍼블릭 클라우드 채택이 증가하고 있지만 제어, 보안 및 가용성에 대한 우려로 인해 일부 기업은 워크로드 및 데이터를 온프레미스 또는 프라이빗 클라우드 환경으로 송환하는 것을 고려하고 있습니다. 퍼블릭 클라우드의 확장성과 유연성을 온프레미스 인프라의 제어 및 보안과 결합하는 하이브리드 클라우드 접근 방식은 높은 수준의 가용성을 유지하면서 이러한 문제를 해결하는 효과적인 방법이 될 수 있습니다. 요컨대, 하이브리드 클라우드 설정을 확정하려면 상당한 준비 작업과 노하우가 필요합니다. 운 좋게, SIOS 고가용성 솔루션 당신을 덮었습니다. 하이브리드 클라우드 여정을 자신 있게 탐색할 수 있도록 도구 및 서비스에 대해 자세히 알아보십시오. 의 허가를 받아 복제됨 시오스 |
3월 7, 2023 |
비디오: 주, 지방 정부 및 교육(SLED)을 위한 고가용성비디오: 주, 지방 정부 및 교육(SLED)을 위한 고가용성이 비디오에서 SIOS의 고객 성공 담당 이사인 Dave Bermingham은 주, 지방 정부 및 교육(SLED) 조직에 대한 회사의 고가용성 솔루션 제공에 대해 설명합니다. Dave는 SLED 조직의 고가용성의 중요성을 강조하며, 특히 비상 서비스, 재무 관리 시스템, 학생 정보 시스템 및 학습 관리 시스템에서 사용하는 통신 및 협업 도구를 언급하며, 이러한 도구는 지속적으로 액세스할 수 있어야 합니다. 그는 고가용성 솔루션이 갖추어야 할 주요 기능(예: 비용 효율적, 안정성, 중복성 제공, 고성능 수준 유지, 장애 감지 및 복구 작업 수행, 확장 가능, 기존 시스템 및 인프라와의 통합 가능)을 강조합니다. Bermingham은 작동 중인 SIOS의 SANless 클러스터링 솔루션에 대한 두 가지 예를 제공합니다. 첫 번째 예는 대학 등록 중 가동 중지 시간을 없애기 위해 애플리케이션 및 데이터 센터 수준 모두에서 고가용성을 제공한 방법입니다. 두 번째 예는 콜센터 CAD 시스템의 가용성을 높이고 여러 재난 발생 시 경찰, 소방 또는 구조 팀을 파견할 수 있도록 통합업체와 협력한 방법입니다. 추가하는 것을 고려하는 것이 중요합니다. 고가용성 응용 프로그램 수준의 고가용성 요구 사항을 해결할 수 있는 SIOS와 같은 클러스터링 솔루션은 응용 프로그램 성능 유지에 기여할 수 있습니다. 의 허가를 받아 복제 시오스 |
3월 2, 2023 |
고가용성 솔루션을 약화시킬 수 있는 8가지 변경 사항고가용성 솔루션을 약화시킬 수 있는 8가지 변경 사항고객 경험 담당 부사장으로서 저는 대부분의 조직이 비즈니스의 고가용성에 영향을 미칠 수 있는 도구나 프로세스를 배포하는 데 의식하고 주의를 기울이고 있음을 관찰했습니다.이러한 회사는 일반적으로 HA 클러스터링, DR, 보안 또는 백업 솔루션 변경에 대한 엄격한 변경 심사를 포함하여 HA와 관련하여 세심한 주의를 기울입니다.대부분의 회사는 전체 애플리케이션 가용성 및 시스템 안정성에 영향을 미치지 않도록 이러한 도구에 대한 변경 사항을 신중하게 고려하고 테스트해야 한다는 것을 알고 있습니다.IT 관리자는 HA 클러스터링에서 가장 눈에 띄지 않는 변경 사항도 재해 복구 , 보안 또는 백업 솔루션은 중대한 중단을 초래할 수 있습니다. 그러나 다른 작업장 및 생산성 도구의 변경은 대부분 동일한 부지런함으로 고려되지 않습니다. HA 솔루션을 약화시킬 수 있는 8가지 변경 사항:
기존 도구는 종종 회사, 결정, 통합 및 전체 HA 아키텍처에 대한 많은 문서를 캡슐화합니다.팀이 새로운 도구로 전환함에 따라 이러한 문서는 종종 손실되거나 액세스가 차단되거나 방해를 받습니다. 개선 제안: 모든 기존 문서를 새 도구로 내보내고 가져옵니다.아카이브 스토리지 및 백업을 사용하여 가져오기 전에 데이터의 전체 사본을 보관하십시오.
손실된 문서와 마찬가지로 요구 사항은 도구를 전송할 때 가장 먼저 손실되는 경우가 많습니다. 개선 제안: 알려진 요구 사항을 문서화하고 기존 생산성 도구에서 요구 사항 관련 문서를 내보냅니다.
문서 및 요구 사항만큼 중요한 것은 변경, 수정 및 결정 뒤에 숨겨진 기록입니다. 많은 조직이 작업장 및 사무실 생산성 도구 내에 기록 정보를 보관합니다.이러한 정보에는 이전에 평가된 도구 및 솔루션에 대한 결정이 포함될 수 있습니다.이러한 작업 공간 도구가 변경되거나 전환되면 이러한 유형의 기록이 손실될 수 있습니다. 기존 도구에는 많은 암묵적 지식이 포함되어 있는 경우가 많습니다.새로운 도구가 통합되면서 그 지식과 마음 공유가 사라집니다. 20년 전에 우리 팀은 버그 추적 솔루션을 마이그레이션했습니다.도구 간의 지식 격차는 엄청났고 현재 문제 관리, 백업 및 해결을 담당하는 IT 팀을 포함하여 여러 부서에 영향을 미쳤습니다. 개선 제안: 새로운 도구 간에 마음 공유와 지식을 적절하게 교육하고 이전해야 합니다. 현재 도구를 종료하기 전에 현재 도구와 이전 도구에 대한 기록, 컨텍스트 및 결정을 문서화해야 합니다.
모든 새 도구에는 서로 다른 보안 및 액세스 규칙 집합이 있습니다.종종 전환 팀에서 관리자가 너무 많거나 부족하거나 권한에 대한 제한이 너무 많습니다. 개선 제안: 요구 사항 및 보안 규칙에 따라 액세스 및 사용자 제어를 미리 매핑하고 빠른 해결을 위한 프로세스를 갖습니다.
이메일 및 연락처 시스템 마이그레이션은 거의 원활하지 않습니다. 기존 버전 간의 업그레이드도 결과를 초래할 수 있습니다.하나의 도구(Exchange에서 Gmail로)에서 마이그레이션할 때의 한 가지 단점은 연락처가 손실될 수 있다는 것입니다.우리 팀은 한때 지원 팀에 전화하여 파트너 연락처를 찾는 데 도움을 받은 고객과 협력했습니다.이메일 시스템으로의 전환이 중단되었고 중요한 연락처에 대한 액세스가 지연되었습니다. 개선 제안: 연락처 마이그레이션 및 유효성 검사를 계획합니다.HA 클러스터에 대한 중요한 연락처가 확실히 검증된 마이그레이션 단계의 일부인지 확인하십시오.
깨진 통합은 영향을 미치는 매우 일반적인 항목입니다. 고가용성 , 모니터링 및 경고.기업이 새로운 생산성 도구로 이동함에 따라 기존 통합이 더 이상 작동하지 않고 추가 개발이 필요할 수 있습니다.상대적인 예로 이전에 메시징에 Skype를 사용하던 회사가 Slack으로 이전했습니다.Skype를 통해 메시지를 전달하는 많은 도구를 조정해야 했습니다. HA 환경에서 대시보드 또는 경고 시스템 간의 통합이 끊어지면 중요한 알림이 적시에 수신되지 않을 수 있습니다. 개선 제안: 도구 간의 통합 지점을 식별하는 데 도움이 되도록 자동화된 워크플로를 매핑합니다.또한 새로운 요구 사항과 통합 기회를 식별하기 위해 노력하십시오.개념 증명 또는 제어된 배포 단계 동안 통합을 계획하고 테스트합니다.
모든 도구 세트에는 챔피언과 비평가가 있습니다.챔피언은 관리자와 동일하거나 동일하지 않을 수 있습니다.챔피언의 역할은 각 조직 내에서 그리고 종종 각 도구에 따라 변경되지만 그들 사이에서 공통적인 것은 자신과 타인의 이익을 위해 새로운 생산성 도구를 사용하여 문제, 문제 또는 과제를 기꺼이 해결하려는 의지입니다.챔피언은 새로운 기능을 가장 먼저 찾고, 새로운 문제를 발견 및 보고하고, 새로운 사람들이 도구 세트에 온보딩하도록 돕습니다.챔피언은 인지도와 역사를 뛰어넘습니다.종종 도구 세트를 변경하면 팀이 챔피언을 잃게 됩니다.
새로운 도구는 HA와 직접 관련이 없는 도구일지라도 팀의 생산성에 영향을 미칩니다.우선 순위 관리, 개발 및 코드 리포지토리와 관련된 도구도 램프 업 및 온보딩 시간이 필요합니다.이 시간은 종종 생산성 손실로 이어져 클러스터에 대한 위험으로 이어질 수 있습니다. 새 도구로의 변경으로 인해 혼란이 발생하거나 프로세스 흐름이 중단되고 더 큰 생산성 손실이 발생하지 않도록 모든 기존 및 새 도구와 관련된 프로세스를 잘 문서화하십시오. 개선 제안: 교육 도구를 사용하고, 제품 챔피언을 활용하고, 롤아웃이 학습 곡선 단축에 초점을 맞추도록 하여 생산성 손실 위험을 줄입니다. 고가용성 솔루션 요구 사항 캡처, 주요 문서 식별, 인지도 이전, 종속성 매핑, 적절한 액세스 테스트 및 구성, 도구 세트 챔피언 식별이 필요합니다. 가동 시간을 유지하는 데 핵심 리소스를 끌어들이는 것이 아니라 새로운 도구가 실제로 생산성을 향상하는지 확인하는 것입니다. Cassius Rhue, VP 고객 경험 의 허가를 받아 복제됨 시오스 |
테스트 번역테스트 번역 2 |
|
2월 28, 2023 |
Azure VM의 SQL Server에 대한 고가용성 옵션Azure VM의 SQL Server에 대한 고가용성 옵션Microsoft Azure 인프라는 애플리케이션 및 데이터에 대한 고가용성을 제공하도록 설계되었습니다. Azure는 가용성 영역, 연결된 지역, 중복 스토리지, 대기 시간이 짧은 고속 네트워크 연결을 포함하여 고가용성을 달성하기 위한 다양한 인프라 옵션을 제공합니다. 이러한 모든 서비스는 비즈니스 크리티컬 애플리케이션의 가용성을 보장하기 위해 서비스 수준 계약(SLA)의 지원을 받습니다. 이 블로그 게시물은 Azure Virtual Machines에서 SQL Server를 실행할 때의 고가용성 옵션에 중점을 둘 것입니다. Azure 인프라SQL Server의 고가용성 옵션으로 이동하기 전에 반드시 준비해야 하는 중요한 인프라에 대해 논의해 보겠습니다. 가용성 영역, 지역 및 쌍을 이루는 지역은 Azure 인프라에서 계획할 때 이해해야 하는 중요한 개념입니다. 애플리케이션 및 데이터의 고가용성 . 가용 영역은 중복 전원, 냉각 및 네트워킹을 제공하는 지역 내에서 물리적으로 분리된 위치입니다. 각 가용 영역은 하나 이상의 데이터 센터로 구성됩니다. 리소스를 서로 다른 가용 영역에 배치하면 계획되거나 계획되지 않은 유지 관리, 하드웨어 장애 또는 자연 재해로 인한 중단으로부터 애플리케이션과 데이터를 보호할 수 있습니다. SQL Server 배포에 가용 영역을 활용하면 99.99% 가용성 SLA 가상 머신용. 지역은 Azure 서비스를 사용할 수 있는 지리적 위치입니다. Azure는 현재 전 세계적으로 60개 이상의 지역을 보유하고 있으며 각 지역에는 여러 가용성 영역이 있습니다. 리소스를 다른 지역에 배치하면 자연 재해 또는 기타 중요한 사건으로 인한 중단에 대해 훨씬 더 강력한 보호를 제공할 수 있습니다. 페어링된 지역 고유한 관계가 있는 미리 정의된 지역 쌍입니다. 특히 지역 중복 스토리지가 사용 중일 때 페어링된 리전은 데이터를 서로 복제합니다. 쌍을 이루는 지역의 다른 이점은 지역 복구 시퀀스, 순차 업데이트, 물리적 격리 및 데이터 상주입니다. 재해 복구 계획을 설계할 때 기본 및 재해 복구 위치에 페어링된 지역을 사용하는 것이 좋습니다. 가용성 그룹 및 장애 조치 클러스터 인스턴스와 같은 고가용성 옵션과 함께 가용성 영역 및 페어링된 지역을 사용하면 광범위한 장애를 견딜 수 있는 가용성이 높고 탄력적인 SQL Server 배포를 생성하여 가동 중지 시간을 최소화할 수 있습니다. SQL Server 가용성 그룹 및 장애 조치 클러스터 인스턴스SQL Server AG(가용성 그룹) 및 SQL Server FCI(장애 조치 클러스터 인스턴스)는 모두 SQL Server용 고가용성(HA) 및 재해 복구(DR) 솔루션이지만 서로 다른 방식으로 작동합니다. AG는 장애 발생 시 데이터베이스를 항상 사용할 수 있도록 여러 서버(복제본이라고 함)에 걸쳐 데이터베이스를 복제하여 HA 솔루션을 제공하는 SQL Server Enterprise 버전의 기능입니다. AG는 단일 데이터베이스와 여러 데이터베이스 모두에 대해 HA를 제공하는 데 사용할 수 있습니다. SQL Server Standard Edition은 Basic AG라는 것을 지원합니다. SQL Server의 기본 AG에는 몇 가지 제한 사항이 있습니다. 첫째, 기본 AG는 단일 데이터베이스만 지원합니다. 둘 이상의 데이터베이스가 있는 경우 각 데이터베이스에 대한 AG와 연결된 IP 주소 및 부하 분산 장치가 필요합니다. 또한 기본 AG는 읽기 전용 복제본을 지원하지 않습니다. 기본 AG는 단일 데이터베이스에 대해 HA를 구현하는 간단한 방법을 제공하지만 보다 복잡한 시나리오에는 적합하지 않을 수 있습니다. 반면 SQL Server FCI는 공유 저장소를 사용하는 여러 서버(노드라고 함)의 클러스터를 만들어 HA 솔루션을 제공하는 WSFC(Windows Server Failover Cluster)입니다. 오류가 발생하면 한 노드에서 실행 중인 SQL Server 인스턴스가 다른 노드로 장애 조치될 수 있습니다. SQL Server 2022 Enterprise Edition에서 새로운 CAG(Contained Availability Groups)는 사용자가 CAG에 대한 시스템 데이터베이스를 생성한 다음 복제할 수 있도록 하여 일부 AG 제한 사항을 해결합니다. CAG는 SQL 로그인 및 SQL 에이전트 작업과 같은 항목을 수동으로 동기화할 필요가 없습니다. 가용성 그룹과 장애 조치 클러스터 인스턴스에는 고유한 장단점이 있습니다. AG에는 읽기 가능한 보조, 동기 및 비동기 복제와 같은 고급 기능이 있습니다. 그러나 AG에는 특히 다른 Enterprise Edition 기능이 필요하지 않은 경우 비용이 많이 드는 SQL Server의 Enterprise Edition이 필요합니다. FCI는 모든 사용자 정의 데이터베이스 및 시스템 데이터베이스를 포함하여 전체 SQL Server 인스턴스를 보호합니다. SQL Server 에이전트 작업, 사용자 계정 및 암호, 데이터베이스 추가 및 삭제를 포함한 모든 변경 사항이 CAG가 포함된 SQL 2022뿐만 아니라 모든 버전의 SQL Server에서 자동으로 조정되므로 FCI를 사용하면 관리가 더 쉬워집니다. FCI는 SQL Server Standard Edition에서 사용할 수 있으므로 보다 비용 효율적입니다. 그러나 FCI에는 공유 스토리지가 필요하므로 가용 영역, 리전 또는 하이브리드 클라우드 구성에 걸쳐 있는 환경에 배포할 때 문제가 발생합니다. SIOS 소프트웨어가 활성화하는 방법에 대해 자세히 알아보십시오. SQL 서버의 고가용성 . SQL Server 장애 조치 클러스터 인스턴스에 대한 스토리지 옵션가용성 영역에 걸쳐 있는 SQL Server 장애 조치(failover) 클러스터 인스턴스의 저장소 옵션과 관련하여 Azure 파일 공유, 영역 중복 저장소가 있는 Azure 공유 디스크 및 SIOS DataKeeper Cluster Edition의 세 가지 옵션이 있습니다. 네 번째 옵션인 Storage Spaces Direct(S2D)가 있지만 단일 AZ 배포로 제한되므로 S2D 기반 클러스터는 99.99% SLA에 적합하지 않으며 전체 AZ에 영향을 미치는 장애에 취약합니다. Azure 파일 공유ZRS(영역 중복성)가 포함된 Azure 파일 공유는 Azure 지역의 여러 가용성 영역에 데이터의 여러 복사본을 저장할 수 있는 기능으로 내구성과 가용성을 향상시킵니다. 그런 다음 이 데이터를 CIFS 파일 공유로 공유할 수 있으며 클러스터는 SMB 3 프로토콜을 사용하여 연결합니다. Azure 공유 디스크ZRS(영역 중복 저장소)가 포함된 Azure 공유 디스크는 클러스터에서 사용할 SQL Server 데이터를 저장할 수 있는 공유 디스크입니다. SCSI 영구 예약은 활성 클러스터 노드만 데이터에 액세스할 수 있도록 합니다. 기본 가용 영역에 장애가 발생하면 대기 가용 영역의 데이터가 활성화됩니다. ZRS를 사용한 공유 디스크는 미국 서부 2, 서유럽, 북유럽 및 프랑스 중부 지역에서만 사용할 수 있습니다. SIOS DataKeeper 클러스터 에디션SIOS DataKeeper 클러스터 에디션 Azure에서 SQL Server 장애 조치 클러스터를 지원하는 스토리지 HA 솔루션입니다. 모든 지역에서 사용할 수 있으며 교차 가용 영역 장애 조치 및 교차 지역 장애 조치를 지원하는 유일한 FCI 스토리지 옵션입니다. 또한 온프레미스에서 클라우드 구성에 이르는 하이브리드 클라우드 구성을 지원합니다. DataKeeper는 모든 클러스터 노드에서 로컬로 연결된 스토리지를 동기화 상태로 유지하는 소프트웨어 솔루션입니다. DataKeeper 볼륨이라는 타사 스토리지 클래스 클러스터 리소스로 WSFC와 통합됩니다. 장애 조치 클러스터는 DataKeeper 볼륨의 모든 관리를 제어하여 최종 사용자에게 원활한 경험을 제공합니다. 자세히 알아보기 SIOS 데이터키퍼. 요약결론적으로 Azure는 가용성 영역, 지역 및 연결된 지역과 같은 SQL Server 배포에 대한 고가용성을 달성하기 위한 다양한 인프라 옵션을 제공합니다. 가용성 그룹 및 장애 조치(failover) 클러스터 인스턴스와 같은 고가용성 솔루션과 함께 이러한 옵션을 활용하면 광범위한 오류를 견디고 가동 중지 시간을 최소화할 수 있는 가용성이 높고 탄력적인 SQL Server 배포를 만들 수 있습니다. 특정 요구 사항에 가장 적합한 솔루션을 선택하기 전에 필요한 인프라와 각 옵션의 장단점을 이해하는 것이 중요합니다. SQL 및 Azure 전문가에게 문의하여 프로세스를 안내하고 Azure 설명서 및 모범 사례를 검토하는 것이 좋습니다. 적절한 계획 및 구현을 통해 Azure의 SQL Server 배포를 비즈니스 크리티컬 애플리케이션을 지원하는 데 항상 사용할 수 있는지 확인할 수 있습니다. 자세한 내용은 당사에 문의하십시오. 고가용성 솔루션 . 의 허가를 받아 복제됨 시오스 |