비디오 : SIOS 클러스터링 이점

비디오 : SIOS 클러스터링 이점

매년 귀하의 작업은 기존 인프라를 사용하여 더 높은 수준의 서비스를 제공하고 IT 예산은 더 적을 것입니다. 가동 중지 시간 또는 데이터 손실에 대한 허용 오차가 사라졌습니다.  애플리케이션은 연중 무휴로 작동해야하며 서버 중단, 네트워킹 중단, 애플리케이션 중단 또는 전체 데이터 센터 손실의 경우에도 보호해야합니다. 중단 시간과 데이터 손실 양은 "0"으로 수렴 할 것으로 예상됩니다. IT 전문가는 물리적 서버, 가상 서버 또는 클라우드 기술의 배포 여부에 관계없이 최종 사용자를 지원하는 방법에 대한 그 어느 때보 다 많은 옵션을 보유하고 있습니다. 솔루션을 선택하는 것은 비즈니스 목표, 기술 요구 사항 및 예산 제한을 이해하는 것뿐만 아니라 항상 환경을 보호하여 중단 시간이나 데이터 손실이 없는지 확인하는 방법을 이해해야 할 필요성을 이해하는 데 있습니다. 이는 일반적으로 몇 가지 유형의 공유 저장 장치에 연결된 둘 이상의 서버를 포함하는 전통적인 SAN 기반 클러스터를 구현함으로써 수행됩니다. 문제가있는 경우 응용 프로그램을 종료하고 모든 것을 온라인 상태로 되돌립니다. SIOS 소프트웨어는이를 지원하고 쉽게 설정하고 관리 할 수 있습니다. SAN 기반 클러스터는 로컬 고 가용성에 적합하지만 SAN은 일반적으로 클러스터 아키텍처의 높은 비용, 복잡성, 잠재적 장애를 나타내며 재해 복구 문제를 해결하는 데 도움이되지 않습니다. SIOS 소프트웨어를 사용하면 선택한 하드웨어를 사용하지만 로컬 스토리지를 활용하여 클러스터를 구축 할 수 있습니다. SIOS는 완전히 클러스터 인식 및 통합 된 실시간 블록 레벨 데이터 복제 기능을 제공하므로 클러스터 구성에서 매우 빠른 로컬 스토리지를 활용할 수 있습니다. 또한 SANLess 클러스터를 채택하면 SAN을 제거하여 전체 솔루션 비용을 줄일 수 있습니다. 결과적으로 SAN 하드웨어의 비용을 절감했을뿐만 아니라 SAN 라이센스 절감과 함께 SAN 인프라 및 관리 비용을 절감 할 수 있습니다. 또한 클러스터링 아키텍처에서 단일 장애 지점을 제거하여 전체 환경을 감소시키지 않습니다. 또한 실시간 블록 레벨 데이터 복제 기술이 로컬 스토리지를 동기화 상태로 유지하기 때문에 데이터 손실을 방지 할 수 있습니다. 이 소프트웨어에는 사용자 친화적 인 마법사 기반 사용자 인터페이스가 있습니다. SIOS는 물리적 환경, 가상 환경 또는 클라우드 환경에서 미션 크리티컬 애플리케이션과 데이터를 보호 할 수있는 유연성을 제공합니다.  고 가용성 솔루션에 대해 자세히 알아보십시오.

SIOS 클러스터링 소프트웨어로 애플리케이션을 쉽게 보호하는 방법에 대해 알아보십시오.

Azure에서 Azure 사이트 복구로 SQL Server 2008 R2의 일관된 복구 지점 달성

Azure에서 Azure 사이트 복구로 SQL Server 2008 R2의 일관된 복구 지점 달성

ASR을 사용하여 SQL Server 2008 R2 독립 실행 형 인스턴스 나 클러스터 된 인스턴스를 복제하려면 SQL Writer를 2012 이상으로 업데이트해야합니다. SQL 익스프레스 버전은 무료로 다운로드 할 수 있으므로 사용할 수 있습니다. https://www.microsoft.com/en-us/download/details.aspx?id=29062 다운로드가 완료되면 다운로드 위치로 이동하여 / x를 사용하여 실행 파일을 실행하십시오.  이렇게하면 파일을 추출 할 위치를 지정하는 옵션이 제공됩니다.

ENU  x64  SQLEXPRADV_x64_ENU.exe / x

추출이 완료되면 압축을 푼 위치와 다음 위치로 이동합니다. SQL 1033_enu_lp x64 setup x64 해당 폴더 내에 SQLWriter.msi가 있어야합니다.  SQL 기록기를 갱신하려는 시스템에서이를 실행하십시오. 이제 ASR을 사용하여 SQL Server 2008 R2의 응용 프로그램 일관 복구 지점을 수행 할 수 있습니다. Clusteringformeremortals.com의 허락을 받아 재현

주요 클라우드 서비스 중단으로 인해 Google Compute Engine에 영향을 미쳤습니다. 

주요 클라우드 서비스 중단으로 인해 Google Compute Engine에 영향을 미쳤습니다.

Google은 2019 년 6 월 2 일 12시 25 분 (PDT)에 처음으로 '문제'를 신고했습니다. 현재 모든 유형의 재해에서 흔히 볼 수 있듯이이 중단에 대한 보고서는 소셜 미디어에 처음 나타났습니다. 소셜 미디어는 재난 발생 초기에 어떤 유형의 정보도 얻을 수있는 가장 신뢰할 수있는 곳으로 보인다.

Twitter는 혁명, 자연 재해, 클라우드 중단에 이르는 모든 정보에 대한 첫 번째 정보원이되었습니다. [/ caption] Gmail, YouTube, SnapChat 등 많은 서비스가 영향을 받았습니다. [/ caption]

우리가이 최신 Google Compute Engine 작동 중단에 대한 공식적인 근본 원인 분석을 기다리는 동안 Google은 "미국 동부 지역에서 높은 수준의 네트워크 혼잡"으로 인해 다운 타임이 발생했다고보고했습니다. 네트워크 문제를 일으킨 원인을 확인하기 위해 기다려야 할 것입니다. 인간의 실수, 사이버 공격, 하드웨어 오류 또는 다른 것이 었습니까?

이 구름 파동을 준비 했습니까?

마지막으로 주요 클라우드 정전 중에 썼습니다. 클라우드에서 비즈니스 핵심 워크로드를 실행하는 경우 클라우드 서비스 공급자와 상관없이 피할 수없는 중단을 계획하는 것이 중요합니다. 2018 년 9 월 4 일의 다단계 Azure 정전은 전기 폭풍과 관련된 전력 서지 중 2 차 HVAC 시스템이 가동되지 않는 것과 관련이 있습니다. 단일 데이터 센터 내에 장애가 발생했지만 정전으로 인해이 단일 데이터 센터에 종속 된 여러 서비스가 노출되었습니다. 이로 인해 데이터 센터 자체가 단일 실패 지점이되었습니다.

재해 복구 계획을 세우십시오.

클라우드의 인프라를 활용하여 가용 영역, 지역 또는 클라우드 서비스 제공 업체간에 중요한 데이터를 지속적으로 복제함으로써 위험을 최소화하십시오. 데이터 보호 외에도 업무 핵심 응용 프로그램을 신속하게 복구 할 수있는 절차를 마련하는 것이 모든 재해 복구 계획의 필수 요소입니다. 다양한 복제 및 복구 옵션을 사용할 수 있습니다. 여기에는 Azure Site Recovery와 같은 클라우드 공급 업체가 제공하는 서비스, SQL Server Always On Availability Group과 같은 응용 프로그램 별 솔루션, Windows 및 Linux에서 실행되는 다양한 응용 프로그램을 보호하는 SIOS DataKeeper와 같은 타사 솔루션까지 포함됩니다. 단일 클라우드 제공 업체에 전적으로 의존하는 재해 복구 전략을 사용하면 단일 클라우드 내의 여러 지역에 영향을 줄 수있는 시나리오가 발생할 수 있습니다. 다중 데이터 센터 또는 다중 지역 재해는 거의 발생하지 않습니다. 그러나 지난 가을에 발생한 이러한 최근의 가동 중단과 Azure의 정전으로 인해 단일 데이터 센터에 장애가 발생하더라도 영향은 여러 데이터 센터 또는 클라우드 내의 영역까지 광범위하게 퍼질 수 있습니다. 위험을 최소화하려면 재해 복구 사이트가 기본 클라우드 플랫폼 외부에있는 다중 클라우드 또는 하이브리드 클라우드 시나리오를 고려하십시오. 클라우드는 사용자 자신의 데이터 센터만큼이나 작동 불능입니다. 재난 대비를위한 조치를 취해야합니다. 가장 중요한 비즈니스 용 앱을 먼저 살펴 보는 것이 좋습니다. 오프라인 상태에서 관리하고있는 클라우드 포털을 사용할 수 없다면 어떻게 할 것입니까? 복구 할 수 있니? RTO 및 RPO 목표를 달성합니까? 그렇지 않은 경우 재해 복구 전략을 다시 평가할 때입니다.

"준비를하지 않으면 실패 할 준비를하고 있습니다."– 벤자민 프랭클린

새 Azure Azure "SQL Server 설정"블레이드 Azure 포털

새 Azure Azure "SQL Server 설정"블레이드 Azure 포털

새 SQL Server 가상 컴퓨터를 만들 때 Azure 포털에 새 블레이드가 있습니다. 나는이 새로운 Azure 포털 경험에 관한 발표를 찾고 있었으나 아무 소용이 없었습니다. 4 월 19 일 Azure에서 SQL Server 2008 R2 FCI를 만들 때 마지막 게시물에 대해 스크린 샷을 찍었을 때이 기능을 사용할 수 없었습니다. 나는 비교적 새로운 것이어야한다고 생각합니다.

[Azure 포털의 새 Azure "SQL Server 설정"블레이드 [/ caption]

대부분의 설정은 꽤 자명합니다. 보안 및 네트워킹에서 SQL에서 수신 대기 할 포트를 지정할 수 있습니다. Azure 보안 그룹이 업데이트되어 SQL 인스턴스에 대한 다양한 액세스 수준 (로컬, 개인 또는 공개)을 허용하는 것처럼 보입니다. 인증 옵션은이 새로운 SQL Server 설정 블레이드에서도 제공됩니다.

나머지 기능에는 라이센스, 패치 및 백업 옵션이 포함됩니다. 또한 SQL Server 2016 이상의 Enterprise Edition을 배포하는 경우 고급 분석을 위해 SQL Server R Services를 사용할 수있는 옵션도 있습니다.

이러한 모든 옵션은 새로운 SQL Server 인스턴스를 프로비저닝 할 때 Azure 포털 환경에 추가 된 것을 환영합니다. 노련한 DBA는 아마도 SQL Server 배포 전에 몇 가지 다른 옵션을 조정할 것이지만 아마도 올바른 방향으로 나아갈 단계 일 것입니다.

저장소 구성 옵션

이 블레이드에서 가장 흥미로운 새로운 기능은 스토리지 구성 옵션입니다.

Change Configuration (구성 변경)을 클릭하면 다음 블레이드가 나타납니다.

IOPS 슬라이더를 오른쪽으로 밀면 데이터 디스크 수가 증가하고 스토리지 크기가 증가하며 처리량이 증가하는 것을 볼 수 있습니다. 해당 인스턴스 크기로 지원되는 최대 IOPS 수와 디스크 수로 제한됩니다. 아래의 스크린 샷에서 표준 E64-16s_v3 인스턴스에 대한 스토리지를 프로비저닝 할 때 최대 80,000 IOPS를 처리 할 수 있습니다.

[표준 캡션 ID = ""align = "alignnone"width = "405"] 표준 E64-16s_v3 인스턴스 크기는 최대 80,000 IOPS를 지원합니다 [/ caption]

"스토리지 최적화"옵션도 있습니다. 나는 스토리지 최적화 설정이 무엇을하는지 정확히 알기 위해 모든 다른 조합을 시도하지 않았습니다. 다른 옵션이 저장 장치 구성을 어떻게 변경하는지 알면 나에게 의견을 남기십시오. 또는 공식 문서가 공개 될 때까지 기다릴 것입니다.

테스트를 위해 표준 DS13 v2 인스턴스를 프로비저닝하고 해당 인스턴스 크기의 최대 IOPS 인 25600의 IOPS를 초과했습니다. 또한 트랜잭션 처리를위한 저장소를 최적화했습니다.

이 인스턴스가 프로비저닝 될 때 6 개의 P30 프리미엄 디스크가 인스턴스에 연결되었음을 발견했습니다. 이는 각 P30이 5000 IOPS를 전달하므로 요청 된 25,600 IOPS를 전달하는 데 최소 6 개가 필요합니다. 또한 각 P30은 1TB의 저장 공간을 제공하기 때문에 저장 용량을 6TB로 늘 렸습니다. 이 디스크에서도 읽기 전용 호스트 캐싱을 사용할 수있었습니다.

Azure가 그 디스크로 무엇을했는지보기 위해 인스턴스에 로그인했습니다. 다행히도, 그들은 내가 한 일을 정확히 수행했습니다. 그들은 6 개의 P30 디스크로 하나의 스토리지 풀을 만들고 Simple (aka, RAID 0) 스토리지 공간을 만들고 하나의 6 TB F : 드라이브를 프로비저닝했습니다. 이 저장소 구성 마법사는 이전 블로그 게시물 Azure에서 SQL Server 실행을위한 저장소 고려 사항에서 수행 한 일부 클라우드 저장소 가정의 유효성을 검사합니다. 대부분의 경우 단일, 대형 디스크로 충분할 것 같습니다.

이 스토리지 최적화는 모든 Azure 마켓 플레이스에서 제공되지 않습니다. 예를 들어 SQL Server 2008 R2를 확장 된 보안 업데이트로 Azure로 이동하는 경우 SQL2008R2 / Windows Server 2008 R2 Azure 마켓 플레이스 이미지에서는이 저장소 최적화를 사용할 수 없습니다. 물론 Storage Spaces는 Windows Server 2012가 출시 될 때까지 소개되지 않았으므로 의미가 있습니다. Windows Server 2012 R2Azure 마켓 플레이스 오퍼링에서이 옵션을 SQL Server 2012 SP4에서 사용할 수 있는지 확인했습니다. 그러나 사소한 불편 함이 있습니다. SQL Server 설정 블레이드에서이 새로운 저장소 구성 옵션을 추가 할뿐만 아니라 디스크 블레이드에 데이터 디스크를 추가하는 옵션도 제거했습니다. 스토리지 공간을 만들지 않고 추가 스토리지를 프로비저닝한다고 가정 해 봅시다. 이렇게하려면 먼저 인스턴스를 만든 다음 다시 돌아와 가상 컴퓨터를 프로 비전 한 후에 데이터 디스크를 추가해야합니다.

마지막 생각들

새로운 Azure 블레이드의 SQL Server 구성 옵션은 모두 환영합니다. 목록 튜너 블 설정이 커지는 것을보고 싶습니다. 정보 텍스트에는 각 튜너 블에 대한 최신 모범 사례에 대한 지침이 포함되어야합니다. SQL Server 또는 Windows OS 튜너 블을 프로비저닝 프로세스의 일부로 드러내보고 DBA로서의 삶을 편하게하고 싶습니까? 이러한 튜너 블은 삶을 편하게 만듭니다. 또한 주니어 DBA를 현재 모든 SQL Server 구성 모범 사례를 안내하여 시즌 프로처럼 보이게합니다. 새로운 스토리지 구성 옵션이 아마도 가장 강력한 새로운 기능이라고 생각합니다. 스토리지 구성 마법사를 사용하기 전에 사용자는 인스턴스 크기의 한계, 추가하는 스토리지의 한계를 인식해야했습니다. 또한 최대 IOPS를 얻으려면 Simple Storage Space에서 여러 디스크를 함께 스트라이프 할 수 있어야합니다. 몇 년 전, 저는 사람들이 이러한 결정을 내릴 수 있도록 Azure Storage Calculator를 모았습니다. 내 계산기가 현재 구형입니다. 즉,이 새로운 스토리지 구성 옵션은 어쨌든 쓸모 없게 만들 수 있습니다. 이 저장소 구성 마법사가 모든 Windows 인스턴스 유형의 디스크 블레이드에 표준 제공으로 포함되어 있습니다. 대신 SQL Server 인스턴스에만 적용됩니다. 사용자가 새로운 저장소 구성 "마법사"사용을 선택하게 할 것입니다. 또는 스토리지를 수동으로 추가하고 관리하는 "클래식"환경. Clusteringformeremortals.com의 허락을 받아 재현

Microsoft Build 2019 공지 사항 및 주문형 세션

Microsoft Build 2019 공지 사항 및 주문형 세션

Microsoft Build 2019를 놓친 이유는 사무실에서 멀리 떨어져서 참석할 수 없었기 때문입니다. Microsoft가 모든 세션을 게시했으며 온라인으로 무료로 사용할 수 있다는 것을 알게되어 기쁩니다.

개발자 중심의 컨퍼런스 였기 때문에 대부분의 발표는 개발자를 대상으로했습니다. 검색 가능한 공지 사항의 전체 목록을 여기에서 볼 수 있습니다. https://azure.microsoft.com/en-us/updates/?updatetype=microsoft-build&Page=1

코드 란 무엇입니까?

나는 인프라에 가깝다. 좀 더 재미있는 발표는 다음과 같습니다.

Azure VMware 솔루션은 현재 일반적으로 사용 가능합니다.

VMware에 막대한 투자를하고 Azure로 확장하려는 경우, Azure VMware Solutions의 가용성은 확실히 흥미로운 가능성을 열어 줄 것입니다. 베어 메탈 인스턴스 또는 전용 인스턴스를 사용하는 경우 기본적으로 Azure에서 ESX 호스트를 실행할 수 있습니다. 이는 하이브리드 클라우드 배치를 계획하는 사람들에게 의미가 있으며 온 프레미스와 Azure 사이에서 워크로드를 쉽게 앞뒤로 이동하고자합니다. 이게 왜 당신을 흥분시키는 지 말해달라고 제게 남겨주세요.

Azure Quickstart Center를 통해 신규 고객은 자신있게 클라우드 프로젝트를 구축 할 수 있습니다.

나는 아직 이것을 들여다 보지 않았다. 그러나 그것이 그것이 내가 생각하는 것이라면 이것은 매우 흥미로웠다. 클라우드 채택이 계속해서 증가함에 따라 IT 전문가의 필수 기술도 마찬가지입니다. 현명한 IT 전문가는 IaC (Infrastructure as Code)에 익숙해지고 싶어합니다. 불과 2 년 전이 기술 세트는 존재하지 않았습니다. 규모가 큰 IT 컨설턴트 또는 클라우드 제공 업체는 경험이 거의 없거나 전혀 없을 수 있습니다. 지난 한 해 동안 나는이 기술이 내가 함께 일하는 고객과 더욱 더 보편화되는 것을 보았습니다. 이것은 종종 선호되는 배포 방법입니다. 동시에 IaS 기술도 발전했습니다. 클라우드 배포를 IaC로 관리하지 않으면 가까운 시일 내에 운영 될 것입니다. Microsoft의 새로운 제품이 IaC의 경험과 지식을 얻으려는 IT 전문가들에게 훌륭한 인트로가 될 수 있기를 바랍니다. 나는 그것을 살펴본 후 후속 기사를 게시 할 것입니다.