ハイブリッドクラウド環境における高可用性のコスト効率を向上

ハイブリッド クラウドは、企業がアプリケーションを障害や災害から保護するための新たな機会を提供します。

[[284579]]

一部のアプリケーションでは、いくつかの理由からプライベート クラウドが依然として適切な選択肢となります。一部の企業にとって、パブリック クラウドはより強力でコスト効率の高い選択肢となっています。その結果、メリットをもたらす可能性のある新しい機能を獲得したハイブリッド クラウド アーキテクチャが実現します。こうした機能の 1 つは、ハイブリッド クラウドで利用できる追加の柔軟性と拡張性を活用して、アプリケーションが実行される場所に関係なく、さまざまなアプリケーションに必要なさまざまな高可用性と災害復旧保護を実装することです。

この記事では、高可用性 (HA) と災害復旧 (DR) の観点からハイブリッド クラウドを検討し、構成をよりコスト効率の高いものにするための提案をいくつか示します。ハイブリッド クラウドを慎重に使用すれば、複数のエンタープライズ データ センターを維持して強力な高可用性 (HA) と災害復旧 (DR) 保護を実現し、大幅なコストを節約できます。もちろん、このタイプの保護を必要としない、それほど重要でないアプリケーションも、パブリック クラウドへの完全または部分的な移行の候補になる可能性があります。

曇り

クラウド サービス プロバイダー (CSP) は、キャリアグレードのインフラストラクチャを実装して、パブリック クラウドの耐障害性を企業が求めるものよりも高めています。各データセンターには一定の冗長性が確保されており、世界中の各クラウドリージョンとアベイラビリティゾーンに複数のデータセンターが存在し、これまでにない拡張性と信頼性を備えたクラウドコンピューティングを提供しています。ただし、障害が発生する可能性があり、実際に発生しています。その一部は、アプリケーションの高可用性を確保するための特別な対策を講じていない顧客にとってはダウンタイムにつながります。

すべての CSP は、サービス レベル契約 (SLA) で「ダウンタイム」を多少異なる方法で定義しており、いずれもアプリケーション レベルのダウンタイムの特定の原因を除外しています。実際には、サービス レベル アグリーメント (SLA) は、仮想マシン (VM) または物理サーバーの 2 つ以上のインスタンスが複数の可用性レベルにわたって展開されているときに、少なくとも 1 つのインスタンスが外部ネットワークに接続できることを保証するだけです。

SLA に含まれないダウンタイムの原因の一般的な例を 3 つ示します。

• 間違った行動、または必要なときに行動を起こさないこと（人々が必然的に犯す間違いを含む）
• 顧客のソフトウェアまたはサードパーティのソフトウェア（アプリケーション ソフトウェア（SQL Server や SAP など）を含む）
• クラウド コンピューティング サービス プロバイダー (CSP) の合理的な制御を超えた要因 (オペレーターのネットワーク停止を含む)。

もう 1 つの制限は、クラウド内にストレージ エリア ネットワーク (SAN) やその他の形式の共有ストレージがないことです。この制限に対処するために設計されたすべてのオプションの中で、専用の SANless フェールオーバー クラスタリングは、Windows Server および Linux のすべてのミッション クリティカルなアプリケーションに対して最も要求の厳しいリカバリ時間とリカバリ ポイントの目標を満たすことができます。 SANless フェールオーバー クラスタリング ソフトウェアは、プライベート クラウド、パブリック クラウド、ハイブリッド クラウドで実行され、アプリケーション レベルとデータベース レベルで障害を検出できるため、ダウンタイムを除外するクラウド サービス プロバイダー (CSP) のサービス レベル契約 (SLA) によって生じるギャップが解消されます。

高可用性 (HA)/災害復旧 (DR) ハイブリッドクラウド

ハイブリッド クラウドの一般的な構成では、パブリック クラウドがプライベート クラウドで実行されているアプリケーションに対して災害復旧保護を提供します。この構成は、データ センターが 1 つしかない企業に最適で、高可用性 (HA) 保護の有無に関係なく、すべてのアプリケーションに使用できます。 SAN はエンタープライズ データ センターに導入できるため、従来のフェールオーバー クラスタリングを高可用性 (HA) 保護に使用できます。しかし、SAN のコストが高いため、多くの組織は現在、SAN を使用しないフェイルオーバー クラスタリング ソリューションの使用を選択しています。

一般的な構成では、高可用性 (HA) と災害復旧 (DR) の両方の保護に SAN なしのフェールオーバー クラスタリングを使用し、HA をプライベート クラウドで、DR をパブリック クラウドで使用します。この構成は、データ センターが 1 つしかない企業に最適であり、単一の高可用性 (HA)/災害復旧 (DR) ソリューションを使用することで、実装と継続的な管理が簡素化されます。追加の耐障害性を提供​​するためにエンタープライズ データ センターで別のラックを使用することをお勧めします。また、広範囲にわたる災害に対する保護を強化するために、パブリック クラウドにリモート リージョンを指定することをお勧めします。

注目すべきは、Microsoft と Amazon の両社が現在、それぞれ Azure Site Recovery と CloudEndure Disaster Recovery という、サービスとしての災害復旧 (DRaaS) の管理型サービスを提供していることです。これらのサービスは、例のハイブリッド クラウド構成をサポートしており、価格も手頃です。しかし、この構成は一般に、複製されたクラスター アプリケーションをサポートしておらず、帯域幅の制限があるため、多くのアプリケーションでは使用できません。

ハイブリッドクラウドの価格/パフォーマンスを最適化するその他の方法

ミッションクリティカルな稼働時間と高いスループットを必要とするアプリケーションを含むすべてのアプリケーションに対して適切なサービス レベルを維持しながらコストを削減できる方法でクラウドのリソース使用率を管理するための追加の提案を次に示します。

• 最も高価なコンピューティング リソースに特に注意しながら、リソースの使用率を適切に選択して、最適な価格性能比を実現します。
• 既存のアプリケーションの場合は、収益が減少するまでパフォーマンスを継続的に監視しながら、割り当てを徐々に減らします。
• 新しいアプリケーションの場合は、コンピューティング用の最小限の VM 構成から開始し、十分なパフォーマンスを実現するために必要な場合にのみ CPU コア、メモリ、および I/O を追加します。
• クラウド内のストレージは比較的安価ですが、一部のサービスでは I/O に別途高額な料金が発生する可能性があるため、安価なストレージ デバイスには注意が必要です。
• 可能な場合は、階層型ストレージ、キャッシュ、インメモリ データベースなど、よりコスト効率の高いパフォーマンス向上テクノロジを使用して、構成を最適化します。
• アプリケーションを Windows Server から Linux に移行し、SQL Server の Enterprise Edition の Always On 可用性グループから Standard Edition のフェールオーバー クラスター インスタンスに移行することで、ソフトウェア ライセンス コストを削減することを検討してください。どちらも、SANless フェールオーバー クラスタリングを使用することで実現できます。
• プリペイド サービスや延長サービス契約など、利用可能な割引を活用してください。

クラウドコンピューティングへの信頼

クラウド コンピューティングの弾力性のあるキャリア グレードのインフラストラクチャにより、エンタープライズ アプリケーションにキャリア グレードの高可用性 (HA)/災害復旧 (DR) 保護を提供できます。 SAN レス フェールオーバー クラスタリング ソリューションを使用すると、キャリア グレードの価格をかけずに、キャリア グレードの高可用性を実現できます。実装と操作の容易さと、クラスターによるクラウド コンピューティング、ストレージ、およびネットワーク リソースの効率的な使用を組み合わせることで、継続的なコストを最小限に抑え、信頼性の高い高可用性 (HA) と災害復旧 (DR) 保護をこれまでよりも手頃な価格で提供します。