Tick Tock … SQL Server 2008/2008 R2 지원이 만료 될 때까지 6 개월 동안 조치 취하지 않으면
SQL Server 2008/2008 R2를 계속 실행하고 있습니까? 아마도 2019 년 7 월 9 일부터 더 이상 지원을받지 못할 것입니다. Microsoft는이 플랫폼에서 아직 실행 중이며 마감일 전에 새로운 버전의 SQL로 업그레이드 할 수없는 고객을 위해 추가 보안 업데이트를 3 년 동안 제공 할 수있는 두 가지 옵션을 제공합니다.
첫 번째 옵션
준비하기 전에 SQL Server 2008/2008 R2 지원 만료를 방지하려면 먼저 "확장 보안 업데이트"를 구입해야합니다. 확장 보안 업데이트는 전체 라이센스 비용의 75 %를 매년 부담하게됩니다. 또한 고객은 일반적으로 연간 라이선스 비용의 25 % 인 활성 소프트웨어 보증을 받아야합니다. 따라서 확장 보안 업데이트를 받으려면 매년 3 년 동안 또는 SQL Server 2008/2008 R2에서 마이그레이션 할 때까지 새 SQL Server 라이선스를 지불해야합니다.
두 번째 옵션
그러나 SQL Server 2008/2008 R2 지원 만료 전에 또 다른 옵션이 있습니다. Microsoft는 SQL Server 2008 R2 인스턴스를 Azure로 이동하면 추가 비용없이 확장 보안 업데이트를 받게 될 것이라고 발표했습니다. Azure에서 발생하는 시간당 인프라 비용은 물론 있습니다. 또한 기존 SQL 라이센스를 Azure로 가져 오려는 경우 SQL Server 인스턴스로 갈 때의 지불 비용 또는 Software Assurance 비용이 추가로 필요합니다. 그러나이 비용에는 최첨단의 클라우드 환경에서 운영 할 때의 추가 이점이 포함됩니다. 이로 인해 향상된 성능과 HA / DR 시나리오가 가능해질 수 있습니다.
옵션 배열
Azure는 CPU, 메모리 및 스토리지 구성 측면에서 다양한 옵션을 제공합니다. 서버 또는 스토리지 업그레이드를 찾고 있거나 기존의 사내 구축 형 인프라가 새로 고침주기에 도달했다면 지금 Azure 클라우드에 발을 들여 놓고 성능 및 가용성을 업그레이드하는 완벽한 시간입니다. SQL Server 2008/2008 R2 배포의 수명.
99.99 % SLA
고 가용성 및 재해 복구 구성 측면에서 Azure는 최대 99.99 % SLA를 제공합니다. SLA 자격을 얻으려면 인프라를 적절히 활용해야합니다. 그렇더라도 SLA는 인스턴스에 대한 "발신음"만을 처리합니다. 일반적으로 SQL Server 장애 조치 (Failover) 클러스터 인스턴스 (FCI)를 구축하여 SQL Server의 가용성을 높이는 것은 사용자의 몫입니다. Azure는 SQL Server FCI를 구성 할 수있는 인프라를 갖추고 있습니다. 그러나 클라우드에서 클러스터 인식 공유 저장소가 없기 때문에 SIOS DataKeeper를 사용하여 FCI를 구축해야합니다.
SIOS DataKeeper의 이점
SIOS DataKeeper는 일반적으로 SQL Server FCI에 필요한 공유 저장소 대신 사용됩니다. 대신 각 인스턴스에 첨부 된 NTFS 형식의 볼륨을 활용할 수 있습니다. SIOS는 인스턴스간에 복제 된 볼륨을 유지하고 DataKeeper 볼륨이라는 리소스로 클러스터에 스토리지를 제공합니다. 클러스터에 관한 한 DataKeeper 볼륨은 공유 디스크처럼 보이지만 SCSI 예약 (디스크 잠금)을 제어하는 대신 활성 서버에서 쓰기가 수행되도록 미러 방향을 제어하고 다른 클러스터 노드에 동 기적 또는 비동기 적으로 복제합니다 . 최종 사용자 경험은 기존의 공유 스토리지 클러스터와 완전히 동일합니다. 다루지는 않지만 클러스터는 공유 스토리지 대신 로컬로 연결된 스토리지를 활용합니다.
다른 랙
Azure에서는 클러스터 노드가 서로 다른 랙 (오류 도메인), 데이터 센터 (가용 영역) 또는 다른 지리적 영역에서 실행될 수 있습니다. SIOS DataKeeper는 오류 도메인, 가용성 영역 또는 HA 및 DR 요구 사항을 모두 포괄하는 교차 영역 복제의 세 가지 옵션을 모두 지원합니다. AWS 및 Google Cloud에서도 비슷한 구성이 가능합니다.
ASR (Azure Site Recovery)을 사용하면 자체 재해 복구 사이트를 관리해야하는 번거 로움과 비용을 들이지 않고도 지역 쌍간에 SQL Server의 독립 실행 형 인스턴스 또는 클러스터 된 인스턴스를 복제 할 수 있습니다. 물론 SQL Server는 거의 혼자 살지 않습니다. 따라서 SQL Server 인스턴스를 Azure로 이동하는 동시에 Azure에서 사용할 수있는 성능 및 가용성 업그레이드를 활용하기 위해 응용 프로그램 서버를 옮길 수도 있습니다. DR을위한 HA 및 ASR 용 SIOS DataKeeper를 결합하면 SAN 복제 및 자체 DR 사이트를 사용하여 구현하는 것이 불가능하거나 비용이 많이 드는 비용 효과적인 HA 및 DR 전략을 제공합니다.
시작하다
Azure에서 SQL Server 인스턴스를 시작하는 데 몇 분 밖에 걸리지 않지만 마이그레이션을 마칠 때까지 기다릴 필요가 없습니다. 앞으로 몇 달 동안 Azure에 익숙해지기 전에 몇 가지 테스트를 시작한 다음 2019 년 7 월 9 일의 만료 날짜 이전에 작업 부하를 마이그레이션 할 계획을 세우십시오. 이 날짜 이후에 SQL Server를 실행하면 새로운 보안 위협에 취약해질뿐만 아니라 규정을 준수하지 못할 수도 있습니다. 직장 상사를 Azure로 마이그레이션 한 후에는 상사, 그리고 더 중요한 것은 고객이 자신의 데이터가 안전하고 사용 가능하며 규정을 준수하고 있음을 알게되어 기쁩니다.
SQL Server 2008/2008 R2 이후에 할 일을 알아내는 것과 같은 팁 즐기기 지원 만료, 더 읽을만한 훌륭한 게시물 Clusteringformeremortals.com의 허가로 복제