자료실

SIOS Technology, 2018 Cloud Computing Excellence Award 수상

3월 7, 2019 by Jason Aw Leave a Comment

SIOS Technology, 클라우드 컴퓨팅 매거진에서 2018 우수상 수상

혁신을위한 SIOS DataKeeper

세계적인 통합 미디어 기업인 TMC가 SIOS DataKeeper를 2018 Cloud Computing Excellence Award로 선정했다고 발표했다. 클라우드 컴퓨팅 매거진 (Cloud Computing Magazine)이 수여하는 수상자.

클라우드 컴퓨팅 우수상은 새로운 차별화 된 서비스 및 솔루션을 시장에 출시하려는 노력에서 가장 효과적으로 클라우드 컴퓨팅을 활용 한 기업을 표창합니다.

SIOS DataKeeper 소프트웨어는 클러스터 솔루션의 중요한 요소로서 고객이 재해 복구 보호 기능을 Windows 클러스터에 추가하거나 공유 스토리지 클러스터가 불가능하거나 비실용적 인 환경에서 완벽한 장애 조치 보호를위한 SANless 클러스터를 생성 할 수 있습니다. 물리적 가상 , 클라우드 또는 하이브리드 클라우드 인프라 스트럭처. SIOS 소프트웨어는 SAP, SQL Server, Oracle 등의 데이터베이스와 같은 비즈니스 핵심 애플리케이션을 Amazon Web Services (AWS), Azure 및 Google Cloud Platform과 같은 유연하고 확장 가능한 클라우드 환경에서 성능, 고 가용성 또는 재난 보호.

클라우드 컴퓨팅 우수상 수상자

"IT 부서가 클라우드로 중앙 비즈니스 운영을 신뢰하는 것은 커다란 도약입니다. 이것들은 큰 결정이지만 분명히 클라우드의 가치는 널리 인식되고 있으며 심지어 가장 중요한 앱이라 할지라도이를 나타냅니다. 고객은 SIOS 고 가용성 클러스터링 소프트웨어를 사용하여 가장 중요한 응용 프로그램에 절대적으로 필요한 서비스 수준을 달성 할 수 있음을 발견했습니다. SIOS Technology의 사장 겸 CEO 인 Jerry Melnick은 데이터 손실, 데이터 보호 및 클라우드에서의 온라인 애플리케이션 유지와 함께 인프라 및 애플리케이션 장애로부터 애플리케이션을 자동으로 복구합니다. "TMC는 클라우드 컴퓨팅 우수상 수상자로 인정 받게되어 영광입니다."

클라우드 컴퓨팅의 선두 주자 인 TMC는 SIOS DataKeeper를 제 8 회 클라우드 컴퓨팅 우수상 수상자로 발표하게 된 것을 ^자랑스럽게 생각합니다 "라고 TMC의 Rich Tehrani CEO는 말했습니다. "SIOS는 최신 기술 트렌드를 활용하면서 혁신 성과 탁월성을 시장에 도입 한 업적에 대해 영예를 안게되었습니다."

TMC에 대한 자세한 내용은 www.tmcnet.com을 참조하십시오.

SIOS 테크놀로지 소개

SIOS Technology Corp.은 IT 관리자가 크고 복잡한 데이터 센터에서 업무상 중요한 응용 프로그램을 관리하고 보호하는 데 필요한 통찰력과 지침을 제공하는 소프트웨어 제품을 제작합니다. SIOS iQ는 IT 관리자가 가상화 된 환경에서 성능, 효율성, 안정성 및 용량 활용을 최적화하는 데 도움이되는 기계 학습 분석 소프트웨어입니다. SIOS SAN 및 SANLess 소프트웨어는 물리적, 가상 및 클라우드 (공개, 비공개 및 기타) 구성 또는 조합의 Windows 또는 Linux 환경 선택을 보호하기 위해 Clusters Your Way ™를 구축 할 수있는 유연성을 제공하는 모든 클러스터 솔루션의 필수 구성 요소입니다. 및 하이브리드)를 제공합니다. 1999 년에 설립 된 SIOS Technology Corp. (https://us.sios.com)은 캘리포니아 주 산 마테오에 본사가 있으며 미국, 영국 및 일본 전역에 지사를두고 있습니다.

SIOS, SIOS Technology, SIOS iQ, SIOS DataKeeper, SIOS Protection Suite, Cluster Your Way, SIOS PERC 대시 보드 및 관련 로고는 미국 및 / 또는 기타 국가에서 SIOS Technology Corp. 및 / 또는 그 계열사의 등록 상표 또는 상표입니다. 소유자.

미디어 담당자 :

Beth Winkowski Winkowski 홍보, LLC for SIOS 978-649-7189 bethwinkowski@US.SIOS.com

비즈니스 운영을위한 고 가용성 응용 프로그램 – 인터뷰

2월 1, 2019 by Jason Aw Leave a Comment

비즈니스 운영을위한 고 가용성 애플리케이션 정보 – Jerry Melnick 인터뷰

우리는 SIOS Technology Corp.의 사장 겸 CEO 인 Jerry Melnick과 대화 중입니다. Jerry는 SIOS Technology Corp.의 전반적인 기업 전략을 주도하고 회사의 지속적인 성장과 확장을 이끌어 낼 책임이 있습니다. 그는 엔터프라이즈 및 고 가용성 소프트웨어 시장에서 25 년 이상의 경력을 쌓았습니다. SIOS에 입사하기 전에는 Marathon Technologies의 CTO로 근무하면서 회사의 내결함성 솔루션에 대한 비즈니스 및 제품 전략을 주도했습니다. 그의 경험에는 PPGx, Inc. 및 Belmont Research의 임원 직책도 포함됩니다. 그곳에서 그는 데이터웨어 하우스 및 분석 도구 제공에 초점을 맞춘 최첨단 소프트웨어 제품 및 컨설팅 비즈니스를 담당했습니다. Jerry는 Digital Equipment Corporation에서 경력을 쌓기 시작했습니다. 그는 의료, 금융 및 통신 시장의 엔터프라이즈 컴퓨팅 환경을 지원하기 위해 확장 성이 뛰어난 미션 크리티컬 데이터베이스 플랫폼을 제공하는 기업 비즈니스 단위를 이끌었습니다. 그는 보로 대학 (Boston University)에서 컴퓨터 공학 및 컴퓨터 과학을 전공 한 벨로잇 (Beloit) 대학에서 학사 학위를 받았습니다.

SIOS 기술 조사 란 무엇이며 조사의 목적은 무엇입니까?

ActualTech Media의 SIOS Technology Corp.은 모든 규모의 조직에서 고 가용성 응용 프로그램의 일반적인 상태와 관련된 현재 추세와 문제점을 파악하기 위해 IT 직원을 대상으로 설문 조사를 실시했습니다. 조직의 HA 응용 프로그램은 일반적으로 비즈니스가 계속 작동하도록하는 응용 프로그램입니다. 이러한 시스템은 주문 시스템에서 CRM 데이터베이스에 이르기까지 직원, 고객 및 파트너가 함께 작업하는 모든 것까지 다양합니다. 우리는 고 가용성 애플리케이션이 얼마나 잘 지원되는지에 관한 뉴스가 섞여 있음을 알게되었습니다.

설문 조사에 누가 응답 했습니까?

이 설문 조사에서는 미국의 광범위한 회사 규모의 390 명의 IT 전문가 및 의사 결정권자의 응답을 수집했습니다. 응답자는 데이터베이스, 인프라, 아키텍처, 시스템 및 소프트웨어 개발은 물론 IT 관리 역할을 담당했습니다.

조사 결과에서 밝혀진 핵심 결과 중 일부는 무엇입니까?

다음은 설문 조사 결과에 근거한 주요 결과입니다.

모든 조직이 아닌 대부분의 조직 (86 %)은 일종의 클러스터링 또는 고 가용성 메커니즘을 사용하여 HA 응용 프로그램을 운영하고 있습니다.
전체 응답자의 95 %는 응용 프로그램을 지원하는 기본 HA 서비스에서 가끔 실패했다고보고했습니다.
설문 응답자의 98 % (98 %)는 정기적이거나 가끔씩 응용 프로그램 성능 문제가 있음을 나타 냈습니다.
이러한 문제가 발생하면 대부분의 조직에서 원인을 확인하고 문제를 해결하는 데 3 ~ 5 시간이 걸리며 문제를 해결하는 데 2 ~ 4 개의 도구가 필요합니다.
중소 기업은 클라우드에서 HA 응용 프로그램을 운영하는 데 모든 방법을 사용하여 길을 선도하고 있습니다. 중소 기업 중 절반 이상 (54 %)이 2018 년 말까지 클라우드에서 HA 애플리케이션의 50 % 이상을 실행하려고합니다.
모든 규모의 회사의 경우 애플리케이션 환경을 제어하는 것이 작업로드가 전제에 남아있는 주요 이유입니다. 응답자의 60 %는 클라우드로 이동하지 않고 하나 이상의 HA 응용 프로그램 온 – 프레미스를 유지하는 요인이되었음을 나타냅니다.

Enterprise Application Landscape에 대해 알려주십시오. 어떤 응용 프로그램이 가장 많이 사용되고 있습니까? 그리고 우리는 놀랄지도 모릅니다.

우리는 Oracle, Microsoft SQL Server, SAP / HANA를 포함하여 1 급 업무용 응용 프로그램에 중점을 두었습니다. 이런 종류의 서비스를 운영하는 대부분의 조직에있어서, 그들은 생명의 피입니다. 조직에서 목표를 달성 할 수있는 데이터를 보유합니다. 설문 응답자의 56 %는 Oracle 워크로드를 운영하고 있으며 49 %는 Microsoft SQL Server를 운영하고 있습니다. 설문 조사에서 28 %는 SAP / HANA를 생산 중에 있습니다. 이것들은 대부분의 조직에서 분명히 중요한 작업 부하이지만 다른 것들도 있습니다. 이 설문 조사에서는 응답자에게이 세 가지 큰 응용 프로그램을 넘어서 무엇이 업무에 필수적인 것으로 간주 될 수 있는지 알려주는 기회를 제공했습니다. 이 응답 옵션을 사용하는 응답자는 자신이 아마존뿐만 아니라 MySQL 및 PostgresQL 데이터베이스와 같은 다양한 웹 데이터베이스를 운영하고 있음을 나타냅니다. 더 적은 범위에서 조직은 업무상 중요한 것으로 간주되는 일부 NoSQL 서비스도 운영하고 있습니다.

애플리케이션 성능 문제는 최종 사용자에게 얼마나 자주 영향을 줍니까?

응용 프로그램 성능 문제는 조직에 중요합니다. 이 문제를 나타내는 응답자의 98 %는 일일 (응답자의 18 % 경험)에서 연 1 회 (응답자의 8 % 경험)와 중간에 이르기까지 최종 사용자에게 영향을줍니다. 응용 프로그램 성능 문제로 인해 고객 불만족이 발생하고 수익 손실 및 비용 증가로 이어질 수 있습니다. 그러나 조직의 관점에 따라 이러한 문제를 둘러싼 의견 차이가있는 것으로 보입니다. 의사 결정자 역할을 담당하는 응답자는 다른 사람보다 성과 상황에 대해 긍정적 인 시각을 가지고 있습니다. 의사 결정자 중 11 %만이 다른 응답자의 약 20 %와 비교하여 일일 퍼포먼스 문제를보고합니다.

클라우드 기반 응용 프로그램 성능 문제를 쉽게 해결할 수 있습니까?

대부분의 IT 전문가는 클라우드 환경에서 작동하는 응용 프로그램 성능 문제의 가능성을 완전히 제거하고자합니다. 그러나 사실 그러한 상황이 발생할 수 있고 발생할 것입니다. 시장에서 응용 프로그램 성능 문제를 이해하고 해결하는 데 도움이되는 다양한 도구가 있습니다. IT 부서는 수년 동안 문제 해결 툴킷을 함께 수선했습니다. 일반적으로 문제를 해결하기 위해 작업해야하는 도구가 적을수록 서비스를 최대한 빨리 작동시킬 수 있습니다. 특히 응답자의 19 %만이 클라우드 애플리케이션 성능 문제를 파악하기위한 단일 도구로 전환한다는 사실을 알고 낙담하는 이유입니다. 이로 인해 81 %의 응답자가 두 가지 이상의 도구를 사용해야합니다. 그러나 더 악화됩니다. 11 %의 응답자가 클라우드 응용 프로그램의 성능 문제를 파악하기 위해 5 개 이상의 도구로 전환해야합니다.

이제는 클라우드 기반 응용 프로그램 성능 문제를 완전히 피할 수 없다는 것을 알고 있습니다. 수정 프로그램을 예상 할 수있을 때까지 얼마나 걸릴까요?

이러한 문제를 처리 할 수있는 조직의 능력에 대한 진정한 테스트는 무언가가 잘못되었을 때 복구하는 데 걸리는 시간을 측정 할 때 발생합니다. 응답자의 23 %는 일반적으로 1 시간 이내에 복구 할 수 있습니다. 응답자의 56 % (56 %)는 회복을 위해 1 시간에서 3 시간 정도 걸립니다. 그 후 23 %는 3 시간 이상 걸립니다. 이것은이 사람들이 어딘가에서 완전한 실패로부터 회복하고 있다고 말하는 것이 아닙니다. 그들은 응용 프로그램의 어딘가에서 성능 오류에 반응하고 있습니다. 그리고주의를 끌기에 충분히 심각한 것입니다. 대부분의 조직의 목표는 문제를 해결하는 데 걸리는 시간을 줄이는 것입니다. 이렇게하면 문제를 해결하는 데 걸리는 시간이 줄어 듭니다.

HA 응용 프로그램을 클라우드로 이전하는 것에 대한 향후 계획은보다 강력한 마이그레이션을 보여줍니까?

우리는 추가 고 가용성 애플리케이션을 클라우드로 이전하는 것과 관련하여 응답자에게 향후 계획과 관련된 정보를 요청했습니다. 응답자의 9 % (9 %)는 가장 중요한 응용 프로그램이 모두 이미 클라우드에 있음을 나타냅니다. 2018 년 말 반의 응답자는 HA 애플리케이션의 50 % 이상을 클라우드로 마이그레이션 할 것으로 예상합니다. 29 %는 그러한 위치에서 HA 애플리케이션의 절반 이하를 차지할 것이라고 말합니다. 마지막으로 응답자의 12 %는 2018 년에 더 이상 HA 응용 프로그램을 클라우드로 이전하지 않을 것이라고 말합니다.

SIOS 기술 조사 결과를 어떻게 요약합니까?

이 설문 조사 및 보고서는 단일 시점에서 사람들의 사고를 표현하지만 잠재적으로 중요한 추세가 있습니다. 첫째, 조직이 클러스터링이나 기타 고 가용성 기술을 통해 업무를 보호하는 것처럼 중요한 업무용 애플리케이션을 소중히 여깁니다. 두 번째 테이크 어웨이 (takeaway)는 그러한 안전 장치가 마련되어 있더라도 더 많은 작업이 있어야한다는 것입니다. 이러한 응용 프로그램은 여전히 오류 및 성능 문제가 발생할 수 있기 때문입니다. 회사는 데이터를보고 스스로에게 질문해야합니다. 따라서 그들이 모든 것을하고 있다면 중요한 자산을 보호 할 수 있습니다. 여기에서 보고서를 다운로드 할 수 있습니다. 프로젝트에서 고 가용성 응용 프로그램을 즐기려는 경우 문의하십시오. 기술 대상에서 재생산

Amazon Web Services에서 SQL Server의 고 가용성 보장

1월 30, 2019 by Jason Aw Leave a Comment

Amazon Web Services에서 SQL Server의 고 가용성 보장

데이터베이스 및 시스템 관리자는 오랫동안 미션 크리티컬 한 데이터베이스 애플리케이션의 가용성을 높이기위한 다양한 옵션을 보유 해왔다. Amazon Web Services에서 제공하는 것과 같은 공용 클라우드 인프라 스트럭처는 서비스 레벨 계약에 따라 자체 고 가용성 옵션을 제공합니다. 그러나 사설 클라우드에서 잘 작동하는 구성은 공용 클라우드에서 가능하지 않을 수 있습니다. 사용 된 AWS 서비스의 선택이 불량하거나 실제로 어떻게 구성되는지에 따라 실제로 필요한 경우 장애 조치 규정이 실패 할 수 있습니다. 이 기사에서는 AWS 클라우드에서 SQL Server의 고 가용성을 보장하기 위해 사용할 수있는 다양한 옵션에 대해 설명합니다.

옵션

데이터베이스 애플리케이션의 경우 AWS는 관리자에게 두 가지 기본 선택을 제공합니다. 각기 다른 Amazon (RDS) 및 Amazon Elastic Compute Cloud (EC2)와 같은 고 가용성 (HA) 및 재해 복구 (DR) 조항이 있습니다.

RDS

RDS는 업무 핵심 응용 프로그램에 적합한 완벽하게 관리되는 서비스입니다. 6 가지 데이터베이스 엔진 중 하나를 선택할 수 있지만 SQL Server에 대한 지원은 Amazon Aurora, My SQL 및 MariaDB와 같은 다른 선택의 경우만큼 강력하지 않습니다. 다음은 업무상 중요한 SQL Server 응용 프로그램에 RDS를 사용하는 관리자의 일반적인 우려 사항입니다.

미러링 된 단일 대기 인스턴스 만 지원되며,
에이전트 작업은 미러링되지 않으므로 대기 인스턴스에서 별도로 만들어야합니다.
데이터베이스 응용 프로그램 소프트웨어로 인해 _ 생한 실패는 _ 견되지 않으며,
성능 최적화 된 메모리 내 데이터베이스 인스턴스는 지원되지 않지만,
고객이 제어 할 수없는 가용성 할당에 따라 성능에 좋지 않은 영향을 줄 수 있습니다.
SQL Server의 비싼 Enterprise Edition은 Always On Availability Groups에서만 사용할 수있는 데이터 미러링 기능에 필요합니다.

탄성 계산 클라우드

다른 기본적인 선택은 실질적으로 더 큰 기능을 갖춘 Elastic Compute Cloud입니다. 이는 HA 및 DR이 가장 중요 할 때 선호하는 선택이됩니다. EC2의 가장 큰 장점은 구성에 대해 관리자에게 제공되는 완벽한 제어 기능이며 관리자에게 몇 가지 추가 옵션을 제공한다는 것입니다.

운영 체제 따기

아마도 가장 중요한 선택은 Windows 또는 Linux를 사용할 운영 체제입니다. Windows Server 장애 조치 (Failover) 클러스터링은 Windows에서 표준으로 제공되는 강력하고 입증 된 인기 기능입니다. 그러나 WSFC는 공유 저장 장치가 필요하며 EC2에서는 사용할 수 없습니다. 강력한 HA / DR 보호를 위해서는 Multi-AZ 및 Multi-Region 구성이 필요하기 때문에 서버 인스턴스 클러스터에서 데이터를 복제하려면 별도의 상용 또는 사용자 지정 소프트웨어가 필요합니다. Microsoft의 Storage Spaces Direct (S2D)는 가용성 영역에 걸쳐있는 구성을 지원하지 않으므로 여기서는 선택할 수 없습니다. WSFC와 같은 기본적인 클러스터링 기능이 부족한 Linux의 경우 추가 HA / DR 조항이 더 필요합니다. Linux는 관리자에게 고 가용성에 대해 똑같이 나쁜 선택을합니다. SQL Server의 비싼 Enterprise Edition에 대해 더 많은 비용을 지불하여 Always On Availability Groups를 구현하거나, 또는 오픈 소스 소프트웨어를 사용하는 복잡한 자작 (Do-It-Yourself) HA Linux 구성이 제대로 작동하지 않도록 노력해야합니다.

비교

이러한 선택 모두 공공 클라우드 서비스에서 범용 하드웨어에 대한 오픈 소스 소프트웨어 사용에 대한 비용 절감 근거를 손상시킵니다. Linux 용 SQL Server는 2017 년부터 최신 (및보다 비싼) 버전에서만 사용할 수 있습니다. 그리고 DIY HA 대안은 대부분의 조직에서 엄청나게 비쌀 수 있습니다. 실제로 가능한 모든 장애 시나리오에서 분산 복제 블록 장치, Corosync, Pacemaker 및 선택적으로 다른 오픈 소스 소프트웨어 작업을 응용 프로그램 수준에서 원하는대로 작동시키는 것은 매우 어려울 수 있습니다. 그렇기 때문에 매우 큰 조직 만이 업무 수행을 고려하는 데 필요한 기술 (인력 및 인력)을 갖추고 있습니다. Linux에서 업무상 중요한 HA / DR 규정을 구현하는 것이 어려우므로 AWS는 Elastic Load Balancing과 Auto Scaling을 함께 사용하여 가용성을 향상시킬 것을 권장합니다. 그러나 이러한 서비스에는 관리되는 관계형 데이터베이스 서비스의 제한 사항과 유사한 자체 제한 사항이 있습니다. 이 모든 것이 관리자가 클라우드 환경에서 HA 및 DR 보호를 보장하기 위해 특별히 설계된 장애 조치 (failover) 클러스터링 솔루션을 선택하는 이유를 설명합니다.

장애 조치 클러스터링 목적 – 클라우드를 위해 구축되었습니다.

민간, 공공 및 하이브리드 클라우드의 인기가 높아짐에 따라 클라우드 환경을 위해 구축 된 장애 조치 (failover) 클러스터링 솔루션이 등장했습니다. 이러한 HA / DR 솔루션은 이름에서 알 수 있듯이 응용 프로그램 수준에서 고 가용성을 보장하는 자동 장애 조치 (failover) 기능을 갖춘 서버 및 스토리지 클러스터를 생성하는 소프트웨어로 구현됩니다. 이러한 솔루션의 대부분은 실시간 블록 레벨 데이터 복제, 지속적인 애플리케이션 모니터링 및 구성 가능한 장애 조치 / 장애 복구 (failover / failback) 복구 정책의 조합을 포함하는 완벽한 HA / DR 솔루션을 제공합니다. 좀 더 정교한 솔루션 중 일부는 Windows 및 Linux 용으로 저렴한 SQL Server Standard Edition에서 Always on Failover Cluster 인스턴스를 지원하는 것과 같은 고급 기능도 제공합니다. 또한 WAN 최적화를 통해 다중 지역 성능을 극대화합니다. 계획된 유지 관리를 용이하게하기 위해 기본 및 보조 서버 할당을 수동으로 전환 할 수도 있습니다. 응용 프로그램을 중단하지 않고 정기적 인 백업을 수행하는 기능을 포함합니다. 대부분의 장애 조치 (failover) 클러스터링 소프트웨어는 응용 프로그램에 무관심하므로 조직에서 단일의 범용 HA / DR 솔루션을 보유 할 수 있습니다. 이와 동일한 기능으로 전체 SQL Server 응용 프로그램을 보호 할 수 있습니다. 여기에는 데이터베이스, 로그온, 에이전트 작업 등이 모두 통합 된 방식으로 포함됩니다. 이러한 솔루션은 일반적으로 스토리지 독립적 인 기능을 갖추고있어 공유 스토리지 영역 네트워크에서 작동 할 수는 있지만 잠재적으로 SPOF (Single Point of Failure)를 제거 할 수있는 기능으로 SANless 장애 조치 클러스터링이 일반적으로 선호됩니다. 가용성 또는 성능에 대한 타협없이 SQL Server의 저렴한 Standard Edition에서 FCo (Always On Failover Cluster Instance)를 지원하는 것이 큰 이점입니다. Windows 환경에서 대부분의 장애 조치 클러스터링 소프트웨어는 기본 제공되는 WSFC 기능을 활용하여 FCI를 지원합니다. 따라서 데이터베이스 및 시스템 관리자 모두에게 매우 간단하게 구현할 수 있습니다. Linux는 SQL Server 및 기타 여러 엔터프라이즈 응용 프로그램에서 점점 더 많이 사용되고 있습니다. 일부 장애 조치 (failover) 클러스터링 솔루션은 이제 응용 프로그램 별 통합을 제공하여 Windows와 마찬가지로 쉽게 HA / DR 조항을 구현합니다.

일반적인 3- 노드 SANless 장애 조치 클러스터

다이어그램의 예제 EC2 구성은 세 가지 SQL Server 인스턴스가 서로 다른 가용 영역에있는 VPC (Virtual Private Cloud)로 구성된 일반적인 3- 노드 SANless 장애 조치 클러스터를 보여줍니다. 전체 지역에 영향을 미치는 지역 재난의 중단 가능성을 제거하기 위해 AZ 중 하나는 다른 AWS 지역에 있습니다.

하나의 활성 서버 인스턴스와 두 개의 대기 서버 인스턴스가있는이 3 노드 SANless 장애 조치 클러스터는 최소의 중단 시간과 데이터 손실없이 2 개의 동시 장애를 처리 할 수 있습니다.

3 노드 SANless 장애 조치 클러스터는 캐리어 급 HA 및 DR 보호 기능을 제공합니다. 기본 작동은 Windows 또는 Linux 용 LAN 및 / 또는 WAN에서 동일합니다. 서버 # 1은 초기에 서버 # 2와 # 3 모두에 데이터를 연속적으로 복제하는 기본 또는 활성 인스턴스입니다. 문제가 발생합니다. 그런 다음 서버 # 2에 대한 자동 장애 조치를 트리거합니다. 이제는 서버 # 3에 대한 기본 복제 데이터가됩니다.

오류 감지

인프라 스트럭처 장애로 인해 장애가 발생한 경우 AWS 직원은 문제를 일으킨 원인을 즉시 진단하고 복구 할 것입니다. 일단 고정되면 기본 서버로 복원되거나 서버 # 1 및 # 3에 데이터를 복제하는 용량으로 서버 2를 계속할 수 있습니다. 그림과 같이 서버 # 1이 작동으로 복귀하기 전에 서버 # 2가 실패하면 수동 장애 조치 후에 서버 # 3이 1 차가됩니다. 물론, 애플리케이션 소프트웨어 또는 구성의 특정 측면으로 인해 실패가 발생하면 문제를 찾아 수정하는 것은 고객의 몫입니다. 물론 SANless 장애 조치 클러스터는 단 하나의 대기 인스턴스로 구성 될 수 있습니다. 그러나 최소한의 구성으로는 세 번째 노드가 감시 서버로 작동해야합니다. 증인은 예비 선임 과제를 결정하기위한 정족수를 달성하는 데 필요합니다. 이 중요한 작업은 일반적으로 별도의 AZ에있는 도메인 컨트롤러에서 수행합니다. 서로 다른 AZ에 세 개의 노드 (기본, 보조 및 감시)를 유지하면 영역이 오프라인이 될 때 하나 이상의 투표를 잃을 가능성이 제거됩니다. 또한 HA 및 / 또는 DR 목적으로 하이브리드 클라우드 구성에 2 노드 및 3 노드 SANless 장애 조치 클러스터를 사용할 수도 있습니다. 이러한 3 노드 구성 중 하나는 AWS 로의 비동기 데이터 복제 또는 DR 보호를위한 다른 클라우드 서비스로 엔터프라이즈 데이터 센터에 위치한 2 노드 HA 클러스터로, 그 반대의 경우도 마찬가지입니다. 데이터 복제가 동기 인 단일 영역 내의 클러스터에서는 일반적으로 장애 조치가 자동으로 수행되도록 구성됩니다. 데이터 복제가 비동기적인 여러 영역에 걸쳐있는 노드가있는 클러스터의 경우 일반적으로 데이터 손실 가능성을 피하기 위해 수동으로 장애 조치가 제어됩니다. 사용되는 영역에 관계없이 3- 노드 클러스터는 세 대의 모든 서버에 대해 계획된 하드웨어 및 소프트웨어 유지 관리를 용이하게하는 동시에 응용 프로그램 및 해당 데이터에 대한 지속적인 DR 보호를 제공 할 수 있습니다.

SQL Server의 고 가용성 극대화

AWS Global Infrastructure는 18 개의 지리적 영역에 55 개의 가용 영역을 제공함으로써 지리적으로 분산 된 다중 중복을 통해 SANless 장애 조치 클러스터를 구성함으로써 SQL Server의 고 가용성을 극대화 할 수있는 엄청난 기회를 제공합니다. 또한이 글로벌 발자국은 모든 SQL Server 응용 프로그램과 데이터를 최종 사용자 근처에 배치하여 만족스러운 성능을 제공 할 수있게합니다. 전용 솔루션을 통해 통신 사업자 수준의 고 가용성은 통신 사업자와 같은 높은 비용을 지불 할 필요가 없습니다. 특수 목적의 장애 조치 클러스터링 소프트웨어는 EC2의 컴퓨팅, 스토리지 및 네트워크 리소스를 효과적이고 효율적으로 사용하고 구현 및 운영하기 쉽기 때문에 자본 및 운영 비용을 최소화하므로 고 가용성이보다 강력하고 경제적입니다. 그 어느 때보 다. The NewStack에서 재현 한

공개 클라우드 서비스 수준이 짧아지는 경우의 옵션

1월 27, 2019 by Jason Aw Leave a Comment

공개 클라우드 서비스 수준이 짧아지는 경우의 옵션

모든 공용 클라우드 서비스 공급자는 가용성과 관련하여 몇 가지 형태의 보증을 제공합니다. 이는 각 애플리케이션의 가동 시간 요구 사항에 따라 충분하지 않을 수도 있습니다. 이러한 보증은 일반적으로 한 달 동안 가동 시간의 95.00 %에서 99.99 %에 이릅니다. 대부분 서비스 제공자는 이러한 임계 값에 미치지 못하는 이유로 "벌칙"을 부과합니다. 일반적으로 대부분의 클라우드 서비스 공급자는 99.00 %의 가동 시간을 제공합니다. 이는 한 달에 약 7 시간의 가동 중지 시간과 같습니다. 그리고 많은 응용 분야에서 2-9가 충분할 수 있습니다. 그러나 미션 크리티컬 애플리케이션의 경우 9 가지가 더 필요합니다. 특히 다운 타임의 많은 일반적인 원인이 보증에서 제외된다는 사실을 감안할 때. 물론 공용 클라우드 서비스를 사용하는 구성에서 독점적으로 또는 하이브리드 배열의 일부로 5 -9의 고 가용성 및 강력한 재해 복구 보호를 달성하는 비용 효율적인 방법이 있습니다. 이 기사에서는 공용 클라우드의 HA 및 DR 조항과 관련된 제한 사항을 강조합니다. 이 제한 사항을 극복하기위한 세 가지 옵션을 살펴보고 장애 조치 (failover) 클러스터에 대한 두 가지 공통 구성을 설명합니다.

클라우드의 Emptor 경고

모든 클라우드 서비스 공급자 (CSP)는 "가동 중지 시간"또는 "사용할 수 없음"을 다소 다르게 정의하지만 이러한 정의에는 응용 프로그램 수준에서 발생할 수있는 모든 장애 원인 중 제한된 집합 만 포함됩니다. 일반적으로 영역이나 영역에 영향을 미치는 오류 또는 외부 연결이 포함됩니다. 또한 모든 CSP는 가동 시간 4 ~ 9 분을 충족시키지 못하면 10 %에서 2 ~ 9 분의 가동 시간을 맞추지 못해 약 25 %까지 다양한 크레딧을 제공합니다. 중복 리소스는 CSP 인프라 내의 영역 및 / 또는 영역에 걸쳐 구성 할 수 있습니다. 응용 프로그램 수준 가용성을 향상시키는 데 도움이됩니다. 그러나 이러한 중복성이 있더라도 업무 핵심 응용 프로그램에서는 수용 할 수없는 몇 가지 제한 사항이 있습니다. 특히 트랜잭션 처리량이 높은 트랜잭션이 필요합니다. 이러한 제한 사항에는 각 마스터가 단일 장애 조치 복제본 만 만들 수있는 것이 포함됩니다. 또한 백업을 위해 마스터 데이터 집합을 사용하고 이벤트 로그를 사용하여 데이터를 복제해야합니다. 이러한 제한 사항 및 기타 제한 사항으로 인해 장애 발생시 복구 시간이 늘어나고 적어도 계획된 다운 타임을 계획해야합니다.

중요한 제한 사항

더 중요한 제한 사항에는 중단 시간을 구성하는 요소에 대한 많은 예외가 포함됩니다. 다음은 다음과 같은 결과로 인해 응용 프로그램 수준의 오류가 발생하는 "가동 중지 시간"또는 "비 가용성"에서 제외되는 실제 공용 클라우드 서비스 수준 계약의 몇 가지 예입니다.

CSP의 합리적인 통제를 넘어서는 요소 (즉, 통신 사업자 네트워크 중단 및 자연 재해와 같이 정기적으로 발생하는 일부 요인)
고객 소프트웨어 또는 타사 소프트웨어 또는 기술 (응용 프로그램 소프트웨어 포함)
잘못된 입력이나 지시 또는 필요할 때의 행동 부족 (즉, 인간의 오류 가능성으로 야기되는 필연적 인 실수)
특정 상황에 기인하지 않는 개별 인스턴스 또는 볼륨의 문제 "사용 불가능"
계약에 따라 제공된 하드웨어 또는 소프트웨어 유지 보수

확실히, CSP는 특정 실패 원인을 제외하는 것이 합리적입니다. 그러나 시스템 관리자가이를 변명으로 사용하는 것은 무책임한 행동입니다. 다른 수단을 통해 응용 프로그램 수준의 가용성을 보장해야합니다.

어떤 공개 클라우드 서비스 수준을 사용할 수 있습니까?

보안이나 성능을 희생시키지 않는 방식으로 고 가용성을위한 리소스를 프로비저닝하는 것은 결코 쉬운 일이 아닙니다. 민간 및 공공 클라우드 인프라가 크게 다를 수있는 하이브리드 클라우드 환경에서는 특히 어려운 과제입니다. 구성을 테스트하고 유지 보수하기가 어렵습니다. 또한 실제로 필요한 경우 장애 조치 규정이 실패 할 수 있습니다. CSP에서 제공하는 서비스 수준이 부족한 응용 프로그램의 경우 응용 프로그램 자체, 운영 체제의 기능 또는 특수 목적의 장애 조치 클러스터링 소프트웨어를 사용하여 세 가지 추가 옵션을 사용할 수 있습니다.

응용 프로그램 수준 가용성 향상을위한 세 가지 옵션

HA / DR

가장 쉽게 구현할 수있는 HA / DR 옵션은 각 응용 프로그램에 맞게 특별히 설계된 옵션입니다. 좋은 예는 캐리어 급 Always Availability Groups 기능을 갖춘 Microsoft의 SQL Server 데이터베이스입니다. 그러나이 방법에는 두 가지 단점이 있습니다. 이 경우 Enterprise Edition에 대한 라이센스 비용이 높을수록 많은 비용이 소요될 수 있습니다. 그리고 더욱 어려워지는 단점은 다양한 애플리케이션에 대해 서로 다른 HA / DR 규정이 필요하다는 것입니다. 이로 인해 지속적인 관리가 끊임없이 (그리고 비용이 많이 드는) 투쟁을하게됩니다.

운영 체제에 통합 된 가동 시간 관련 기능

공개 클라우드 서비스 수준을 향상시키는 두 번째 옵션은 운영 체제에 통합 된 업타임 관련 기능을 사용하는 것입니다. 예를 들어 Windows Server 장애 조치 (Failover) 클러스터링은 OS에 내장 된 강력하고 검증 된 기능입니다. 그러나 자체적으로 WSFC는 데이터 복제 기능이 없기 때문에 완전한 HA / DR 솔루션을 제공하지 못할 수도 있습니다. 프라이빗 클라우드에서 스토리지 영역 네트워크와 같은 공유 스토리지의 형태를 사용하여 데이터 복제를 제공 할 수 있습니다. 그러나 공용 클라우드에서는 공유 스토리지를 사용할 수 없기 때문에 강력한 데이터 복제를 구현하려면 별도의 상업용 또는 사용자 정의 개발 소프트웨어를 사용해야합니다. WSFC와 같은 기능이없는 Linux의 경우 추가 HA / DR 규정 및 / 또는 사용자 정의 개발이 상당히 필요합니다. Pacemaker 및 Corosync와 같은 오픈 소스 소프트웨어를 사용하려면 각 응용 프로그램에 대한 사용자 정의 스크립트를 작성 (및 테스트)해야합니다. 이러한 스크립트는 사용되는 소프트웨어 나 하드웨어에 사소한 변경을 가한 후에도 업데이트하고 다시 테스트해야합니다. 그러나 모든 애플리케이션에 대해 전체 HA 스택을 제대로 작동시키는 것이 매우 어려울 수 있기 때문에 대규모 조직 만이 노력을 기울일 필요가있는 경우도 있습니다.

목적으로 구축 된 장애 조치 클러스터

이상적으로 공공 / 사설 / 하이브리드 클라우드를 통해 Windows 또는 Linux에서 실행되는 모든 응용 프로그램에 대해 비용 효율적으로 작업 할 수있는 HA / DR에 대한 "보편적 인"접근 방법이 있습니다. 가장 융통성 있고 저렴한 솔루션으로는 세 번째 옵션 인 특수 목적의 장애 조치 (failover) 클러스터가 있습니다. 이러한 HA / DR 솔루션은 가상 또는 실제 서버 클러스터 및 활성 또는 기본 인스턴스에서 대기로의 장애 조치를 통해 응용 프로그램에서의 고 가용성을 보장하기 위해 특별히 지정된대로 소프트웨어로 구현됩니다 수평.

이러한 솔루션의 이점

이러한 솔루션은 최소한 실시간 데이터 복제, 지속적인 애플리케이션 모니터링 및 구성 가능한 장애 조치 / 장애 복구 (Failover / Failback) 복구 정책을 제공합니다. 보다 강력한 기능 중 일부는 블록 수준의 동기식 또는 비동기식 복제, 저렴한 SQL Server Standard Edition의 FCI (Failover Cluster Instance) 지원, 향상된 성능 및 최소 대역폭을위한 WAN 최적화 등과 같은 고급 기능을 제공합니다. 활용 및 계획된 유지 관리를 용이하게하는 기본 및 보조 서버 할당의 수동 전환을 지원합니다. 이러한 범용 솔루션은 일반적으로 스토리지에 독립적이며 스토리지 영역 네트워크에서 작동 할 수 있도록 지원되지만 잠재적으로 단일 장애 지점을 제거 할 수있는 기능을 기반으로하는 SANless 장애 조치 클러스터가 일반적으로 선호됩니다.

두 가지 일반적인 장애 조치 (Failover) 클러스터링 구성

모든 장애 조치 클러스터는 두 개 이상의 노드로 구성됩니다. 다른 데이터 센터에있는 하나 이상의 노드를 찾는 것은 현지 재해로부터 보호하기 위해 필요합니다. 여기에는 두 가지 보편적 인 구성이 있습니다. 다른 하나는 미션 크리티컬 한 고 가용성 및 재해 복구를 제공합니다. 고 가용성 구성에서는 높은 트랜잭션 성능이 필요합니다. 예제 응용 프로그램은 데이터베이스입니다. 재해 복구를위한 기본 SANless 장애 조치 (failover) 클러스터에는 1 개의 주 노드와 1 개의 보조 또는 대기 서버 또는 서버 인스턴스가있는 두 개의 노드가 있습니다. 또한이 최소한의 구성에서는 주 서버의 할당을 결정하기위한 쿼럼을 달성하는 데 필요한 세 번째 노드 또는 인스턴스가 감시 서버로 작동해야합니다. 데이터베이스 응용 프로그램의 경우 WAN을 통해 대기 인스턴스로 복제하면 비동기로 기본 인스턴스에서 높은 성능을 유지합니다. SANless 장애 조치 클러스터는 기본 장애시 빠른 복구를 제공합니다. 많은 응용 분야에 적합한 기본 DR 구성이 가능합니다. 공용 클라우드 서비스의 가동 중지 시간으로 계산되지 않은 오류를 포함하여 가능한 모든 오류를 감지 할 수 있습니다. 따라서 개인용, 공용 또는 하이브리드 클라우드 환경에서 작동합니다. 예를 들어, 기본 클라우드는 공용 클라우드에 보조 클라우드가 배치 된 엔터프라이즈 데이터 센터에있을 수 있습니다. 퍼블릭 클라우드 인스턴스는 계획된 기본 유지 보수 또는 장애 발생시 신속하게 해결할 수있는 경우에만 필요하므로 위에 언급 된 서비스 제한 사항 및 예외 사항은 모든 업무용 응용 프로그램의.

3 노드 SANless 장애 조치 (failover) 클러스터

이 3 노드 SANless 장애 조치 클러스터에는 활성 서버 인스턴스 하나와 대기 서버 인스턴스 두 개가 있습니다. 다운 타임을 최소화하고 데이터 손실없이 2 개의 동시 장애를 처리 할 수 있습니다. [/ caption]이 그림은 5 -9의 고 가용성 및 강력한 재해 복구 보호를 제공하는 향상된 3 노드 SANless 장애 조치 (failover) 클러스터를 보여줍니다. 2 노드 클러스터와 마찬가지로이 구성은 개인, 공용 또는 하이브리드 클라우드 환경에서도 작동합니다. 이 예에서 서버 # 1과 # 2는 공용 클라우드의 서버 # 3이있는 엔터프라이즈 데이터 센터에 있습니다. 데이터 센터 내에서 LAN을 통한 복제는 완전히 동기화되어 장애 조치를 완료하는 데 걸리는 시간을 최소화 할 수 있습니다. 따라서 가용성을 극대화하십시오. 올바르게 구성된 경우 3 노드 SANless 장애 조치 클러스터는 진정한 캐리어 급 HA 및 DR을 제공합니다. 기본 작업은 응용 프로그램에 독립적이며 Windows 또는 Linux에서도 동일하게 작동합니다. 서버 # 1은 초기에 서버 # 2와 # 3 모두에 데이터를 연속적으로 복제하는 기본 또는 활성 인스턴스입니다. 장애가 발생하면 응용 프로그램은 자동으로 서버 # 2로 장애 조치하고, 그러면 서버 # 3에 대한 주요 복제 데이터가됩니다.

회복

서버 # 1의 고장 직후에 IT 직원은 문제를 일으킨 원인을 진단하고 수리하기 시작합니다. 고정 된 후에는 서버 # 1이 수동 장애 복구를 통해 기본 서버로 복원되거나 서버 # 2가 서버 # 1 및 # 3에 대한 기본 복제 데이터로 계속 작동 할 수 있습니다. 서버 # 1이 작동하기 전에 서버 # 2가 실패하면 서버 # 3이 기본 서버가됩니다. 서버 # 3은 퍼블릭 클라우드의 WAN을 통해 있기 때문에 데이터 복제는 비동기 적이며 장애 조치는 수동으로 이루어져 "복제 지연"으로 인한 데이터 손실을 방지합니다. SANless 장애 조치 클러스터링 소프트웨어는 응용 프로그램 수준에서 발생할 수있는 모든 오류를 감지 할 수 있습니다. 위에서 언급 한 CSP 제한 사항 및 예외 사항을 쉽게 해결합니다. 따라서이 3 노드 구성을 전적으로 공용 클라우드 내에 배치 할 수 있습니다. 즉시 및 자동 장애 조치를 기반으로 동일한 5 -9의 고 가용성을 제공하려면 서버 # 1 및 # 2가 LAN이 동기 복제를 용이하게하는 단일 영역 또는 지역 내에 위치해야합니다. 적절한 DR 보호를 위해서는 높은 트랜잭션 처리량이 필요한 응용 프로그램의 경우 비동기 복제 및 수동 장애 조치 / 장애 복구를 사용해야하는 다른 데이터 센터 또는 지역에 서버 3을 배치해야합니다. 3 노드 클러스터는 세 서버 모두에 대해 계획된 하드웨어 및 소프트웨어 유지 관리를 용이하게합니다. 동시에 응용 프로그램과 해당 데이터에 대한 지속적인 DR 보호를 계속 제공하십시오. 지리적으로 분산 된 여러 데이터 센터를 제공함으로써 공개 클라우드는 가용성을 향상시키고 DR 조항을 향상시킬 수있는 수많은 기회를 제공합니다. SANless 장애 조치 클러스터링 소프트웨어는 모든 컴퓨팅, 스토리지 및 네트워크 리소스를 효과적이고 효율적으로 사용합니다. 또한 구현 및 운영하기가 쉽습니다. 이러한 특수 목적 솔루션은 모든 자본 및 운영 비용을 최소화합니다. 마지막으로 고 가용성이 그 어느 때보다도 강력하고 저렴 해졌습니다. # # #

저자 정보

Cassius Rhue는 SIOS Technology의 엔지니어링 이사입니다. 그는 렉싱턴 (SC)의 소프트웨어 제품 개발 및 엔지니어링 팀을 이끌고 있습니다. Cassius는 17 년 이상의 소프트웨어 엔지니어링, 개발 및 테스트 경험을 보유하고 있습니다. 그는 또한 사우스 캐롤라이나 대학 (University of South Carolina)에서 컴퓨터 공학 학사 학위를 취득했습니다.

DRJ.com의 기사

고 가용성 응용 프로그램을위한 클라우드의 비용 관리

1월 23, 2019 by Jason Aw Leave a Comment

고 가용성 응용 프로그램을위한 클라우드 비용

클라우드 서비스 제공 업체와 계약 한 직후, 스티커 충격을 유발하는 청구서가 도착합니다. 뜻밖의 겉보기 과도한 요금이 있습니다. 책임자들은 이것이 어떻게 일어 났는지 설명 할 수없는 것 같습니다. 비용 절감이 즉시 이루어지지 않는 한 그 금액이 IT 예산을 위협 할 수 있기 때문에 상황은 시급합니다. 그렇다면 고 가용성 응용 프로그램을위한 클라우드 비용은 어떻게 관리합니까? 이 클라우드 서비스 스티커 쇼크는 종종 업무 핵심 데이터베이스 응용 프로그램에 의해 발생합니다. 특히 이들은 다양한 이유로 가장 비싼 경향이 있습니다. 이러한 응용 프로그램은 연중 무휴로 실행해야합니다. 데이터를 복제하고 대기 서버 인스턴스를 프로비저닝하는 중복성이 필요합니다. 데이터 복제에는 WAN (Wide Area Network)을 포함한 데이터 이동이 필요합니다. 고 가용성을 제공하면 Windows Server 라이센스를 통해 Windows Server 장애 조치 (Failover) 클러스터링 (무료 오픈 소스 Linux를 사용하는 것보다)을 얻거나 Enterprise Edition의 SQL Server에 라이센스를 받아 가용성 그룹을 항상 사용할 수 있습니다. 고 가용성 응용 프로그램을위한 클라우드 비용 관리에 대한 제안을 제시하기 전에 여기서 목표는 이러한 비용을 최소화하는 것이 아니라는 점에 유의해야합니다. 그러나 대신 각 응용 프로그램의 가격 / 성능을 최적화하십시오. 다시 말해 가동 시간 및 처리량 성능이 더 높은 응용 프로그램에 대한 자원을 프로비저닝 할 때 더 많은 비용을 지불하는 것이 좋습니다. 하이브리드 클라우드 인프라 (개인 및 공공 클라우드에서 전체 또는 일부를 실행하는 응용 프로그램 포함)가 최적의 가격 / 성능을 달성하는 가장 좋은 방법 일 수 있습니다.

클라우드 서비스 공급자 비즈니스 및 가격 모델 이해

스티커 쇼크 경험은 클라우드 서비스의 가격 책정 방법을 철저히 이해하고 고 가용성 응용 프로그램을위한 클라우드 비용을 관리해야 할 필요성을 보여줍니다. 그래야만 가장 경제적 인 방식으로 사용 가능한 서비스를 활용할 수 있습니다. 모든 클라우드 서비스 제공 업체 (CSP)는 가격을 공개합니다. 서비스 계약에 명시되어 있지 않는 한, 가격은 계속 변합니다. 물리적 및 가상 컴퓨팅, 스토리지 및 네트워킹 서비스를 비롯한 모든 하드웨어 기반 리소스에는 불가피하게 직접적 또는 간접적 인 비용이 소요됩니다. 이것들은 모두 공간, 전력 및 냉각 시스템에 어느 정도 기반합니다. 소프트웨어의 경우 오픈 소스는 일반적으로 무료입니다. 그러나 모든 상용 운영 체제 및 / 또는 응용 프로그램 소프트웨어에는 라이센스 비용이 부과됩니다. 그리고 일부 소프트웨어 라이센스 및 가격 책정 모델은 매우 복잡 할 수 있습니다. 따라서주의 깊게 조사해야합니다. 하드웨어 및 소프트웨어에 대한 이러한 기본 요금 외에도 다양한 부가가치 서비스에 대한 단가가있을 수 있습니다. 여기에는 보안,로드 균형 조정 및 데이터 보호 조항이 포함됩니다. 스토리지에 대한 I / O 나 분산 마이크로 서비스간에 또는 "버스트 (bursts)"중에 드물게 발생하는 최고 사용량에 대한 "숨겨진"비용이있을 수도 있습니다. 모든 CSP에는 고유 한 비즈니스 및 가격 모델이 있기 때문에 여기서의 논의는 일반화되어야합니다 . 그리고 일반적으로 가장 비싼 리소스에는 컴퓨팅, 소프트웨어 라이선스 및 데이터 이동이 포함됩니다. 함께 그들은 총 비용의 80 % 이상을 차지할 수 있습니다. 데이터 이동으로 인해 CSP의 청구서에 포함되지 않은 별도의 WAN 요금이 발생할 수도 있습니다. CSP의 인프라 내 스토리지 및 네트워킹은 일반적으로 비용이 가장 적은 리소스입니다. 솔리드 스테이트 드라이브 (SSD)는 일반적으로 테라 바이트 단위로 미디어를 회전시키는 것보다 비용이 많이 듭니다. 그러나 SSD는 뛰어난 성능을 제공하기 때문에 가격 대비 성능이 비슷하거나 더 좋습니다. 엔터프라이즈로 데이터를 다시 이동하는 것은 많은 비용이 소요될 수 있지만 기업의 데이터를 공용 클라우드로 이동하는 것은 대개 별도의 WAN 요금이 부과 되더라도 비용 부담이 없습니다.

가격 / 성능 최적화 전략 수립

고 가용성 애플리케이션을위한 클라우드 비용 커버 애플리케이션은 세심한 검사가 필요합니다. 다음은 모든 응용 프로그램에 적합한 서비스 수준을 유지하면서 비용을 절감 할 수있는 방법으로 공용 클라우드의 자원 활용을 관리하기위한 몇 가지 제안 사항입니다. 여기에는 미션 크리티컬하고 높은 가동 시간 및 처리량이 필요한 시스템이 포함됩니다. 일반적으로 크기 조정은 최적의 가격 / 성능을 위해 자원 활용을 관리하기위한 기본 원칙입니다. 윌리 서튼 (Willie Sutton)은 왜 은행을 털 었는지에 대해 물었을 때 "돈이있는 곳이기 때문에"대답했다. 클라우드에서는 돈이 컴퓨팅 리소스에 있으므로 크기 조정의 우선 순위가 가장 높아야합니다. 새로운 응용 프로그램의 경우 컴퓨팅 리소스에 대한 최소 가상 컴퓨터 구성부터 시작하십시오. 만족스러운 성능을 얻으려면 필요에 따라 CPU 코어, 메모리 및 / 또는 I / O 만 추가하십시오. 기존 응용 프로그램의 모든 가상 컴퓨터는 결국 올바른 크기 여야합니다. 가장 많은 비용이 드는 사람들부터 시작하십시오. 점차 수익을 감소시킬 때까지 성능을 지속적으로 모니터링하면서 점진적으로 할당을 줄입니다. 오른쪽 크기 조정과 관련된 주요 위험은 크기가 축소 될 가능성이 있다는 점은 주목할 가치가 있습니다. 그러나 이는 허용 할 수없는 성능 저하를 초래할 수 있습니다. 안타깝게도 응용 프로그램의 실제 성능을 평가하는 가장 좋은 방법은 실제 작업 환경에서 올바른 작업을 수행하는 것입니다. 다행히도 클라우드는 필요에 따라 신속하게 구성의 크기를 쉽게 조정할 수 있으므로 이러한 위험을 완화합니다. 따라서 필요한 경우 공격적으로 적절한 크기로 조정하십시오. 그러나 각각의 변화에 신속하게 대응할 준비를하십시오. 스토리지는 컴퓨팅과 직접 대조적으로 일반적으로 클라우드에서 상대적으로 저렴합니다. 그러나 I / O가 일부 서비스의 경우 별도의 비용이 많이 드는 요금이 발생할 수 있으므로 값싼 저장소를 사용할 때는주의하십시오. 그렇다면 계층 적 스토리지, 캐싱 및 메모리 내 데이터베이스와 같은 잠재적으로보다 비용 효율적인 성능 향상 기술을 사용하여 모든 리소스의 활용도를 최적화하십시오. 소프트웨어 라이센스는 개인 및 공공 클라우드 모두에서 상당한 비용이 될 수 있습니다. 이러한 이유로 많은 조직이 Windows에서 Linux로, SQL Server에서 덜 비싼 상용 및 / 또는 오픈 소스 데이터베이스로 마이그레이션하고 있습니다. 그러나 "프리미엄"운영 체제 및 / 또는 응용 프로그램 소프트웨어가 보증되는 응용 프로그램의 경우 다른 CSP를 확인하여 가격 설정 모델이 필요한 구성에 대한 비용 절감 효과가 있는지 확인하십시오. 마지막으로, 모든 CSP는 할인을 제공하며, 이들 조합은 때로는 최대 50 %의 비용 절감을 달성 할 수 있습니다. 예를 들면 서비스 선불, 서비스 약속, 다른 지역으로의 응용 프로그램 재배치 등이 있습니다.

원가 통제 통제 작성 및 시행

클라우드 서비스에 대한 자체 프로비저닝은 사용자에게 인기가 있습니다. 그러나 적절한 제어가 없으면 이러한 편의성으로 인해 비용이 많이 드는 자원을 포함하여 자원을 과도하게 활용하는 것이 쉽지 않습니다. 모든 CSP가 제공하는 모니터링 및 관리 도구를 최대한 활용하여 제어력을 향상시키기위한 노력을 시작하십시오. 이것은 물론 학습 곡선을 만날 가능성이 높습니다. CSP의 도구는 사설 클라우드에서 사용되는 도구와 매우 다를 수 있고 잠재적으로 더 정교 할 수 있습니다. 보다 유용한 원가 절감 도구 중 하나는 자원의 태깅과 관련됩니다. 태그는 키 / 값 쌍과 개별 자원과 관련된 메타 데이터로 구성됩니다. 그리고 일부는 매우 세분화 될 수 있습니다. 예를 들어 CPU, 메모리, I / O 및 사용 가능한 기타 청구 가능 자원과 함께 각 가상 시스템에는 태그가있을 수 있습니다. 다른 유용한 태그는 프로덕션 대 개발 환경 또는 비용 센터 또는 부서가 할당 된 응용 프로그램을 보여줍니다. 총체적으로이 태그들은 법안에 반영된 자원의 총 이용을 구성 할 수 있습니다. 공용 클라우드 서비스를 광범위하게 사용하는 조직에서도 스크립트를 만들 수 있습니다. 사용 가능한 모든 모니터링, 관리 및 태깅 도구의 정보를 스프레드 시트 또는 유사 응용 프로그램에로드하여 지불 거절, 준수 및 추세 / 예산 책정과 같은 자세한 분석 및 기타 용도를 파악합니다. 이론적으로 모든 CSP 및 사설 클라우드의 정보는 하이브리드 클라우드 전반에 걸쳐 실행되는 모든 응용 프로그램의 가격 / 성능을 최적화 할 수 있도록 전체 론적 관점에 포함되도록 표준화됩니다.

최악의 사용 사례 처리 : 고 가용성 응용 프로그램

소개에서 언급 한 이유로 고 가용성 응용 프로그램이 가장 비용이 많이 드는 이유에 대한 이유 외에도 세 가지 주요 CSP (Google, Microsoft 및 Amazon)에는 고 가용성 관련 제한 사항이 있습니다. 예를 들어 일반적으로 영역 장애만으로 트리거되는 장애 조치를 비롯하여 기타 많은 일반적인 장애는 아닙니다. 마스터 인스턴스는 단일 장애 조치 복제본 만 만들 수 있습니다. 이벤트 로그를 사용하여 데이터를 복제하면 장애 조치 중에 일시적인 중단을 초래할 수있는 "복제 지연"이 발생합니다. 물론 이러한 제한 사항은 충분히 큰 예산으로 극복 할 수 없습니다. 공공, 사설 및 하이브리드 클라우드에서 고 가용성을 구현하기위한 공통적이고 비용 효율적인 솔루션을 찾는 것이 과제입니다. 이러한 솔루션 중 가장 다양하고 경제적 인 것은 SAN (Storage Area Network) 및 페일 오버 클러스터입니다. 이러한 고 가용성 솔루션은 전적으로 소프트웨어로 구현되며 목적에 따라 작성됩니다. 이름에서 알 수 있듯이 응용 프로그램 수준에서 고 가용성을 보장하기 위해 로컬 영역 네트워크 및 / 또는 WAN에서 자동 장애 조치 (failover) 기능을 갖춘 서버 및 스토리지의 비공유 클러스터입니다. 이러한 솔루션의 대부분은 실시간 블록 레벨 데이터 복제, 지속적인 애플리케이션 모니터링 및 구성 가능한 장애 조치 / 장애 복구 (Failover / Failback) 복구 정책을 제공합니다. 보다 강력한 SAN없는 장애 조치 클러스터 중 일부는 또한 고급 기능을 제공합니다. 예를 들어 WAN 최적화를 통해 성능을 극대화하고 대역폭 사용을 최소화하고 저렴한 SQL Server Standard Edition을 강력하게 지원할 수 있습니다. 또한 계획된 유지 관리를 위해 기본 및 보조 서버 할당의 수동 전환과 응용 프로그램을 중단하지 않고 일상적인 백업을 수행 할 수있는 기능을 잊지 마십시오.

올바른 관점 유지

하이브리드 클라우드에서 이러한 제안을 시도하면서 매월 CSP 청구서를 적절한 관점에서 보관하도록 노력하십시오. 공용 클라우드를 사용하면 모든 비용이 단일 송장에 표시됩니다. 반대로 사설 클라우드를 운영하기위한 총 비용은 거의 완벽하게 통합 된 방식으로 제공됩니다. 그리고 만약 그렇다면 총 비용으로 인해 스티커 쇼크가 발생할 수도 있습니다. 따라서 클라우드 서비스 제공 업체와 같은 독립 실행 형 비즈니스 인 것처럼 사설 클라우드를 운영하는 데 드는 모든 비용을 당연한 것으로 간주하지 않는 것이 좋습니다. 결국 미션 크리티컬 애플리케이션을위한 CSP의 청구서가 그다지 충격적이지 않을 수도 있습니다. www.dbta.com의 기사