高可用性と災害復旧に関する考慮事項

サーバー障害の原因は、多岐にわたります。計画されたもので制御可能なものもあれば、ハードウェア障害、ソフトウェア・バグ、ネットワーク問題、さらには保守が計画どおりに行かなかった場合など、予見できない出来事もあります。複数のアプリケーション・サーバーを実装して、これらの障害を回避し、そうした可能性を取り除く必要があります。複数のアプリケーションをスピンアップするだけでは不十分です。単一障害ドメインを回避するために、アプリケーション・サーバーのデプロイ場所も検討する必要があります。

ベアメタル・サーバーの場合、サーバー・アプリケーションを複数のデータ・センターに分散させることができます。複数の POD にアプリケーション・サーバーを配置することにより、可用性が向上します。

各 POD は複数の VLAN をサポートしますが、追加の VLAN をデータ・センター・レベルではなく POD レベルで注文することができます。ベアメタル・サーバーを注文するとき、データ・センター内の複数の POD にサーバーをデプロイするように、そのベアメタル・サーバーを VLAN に割り当てることができます。

ベアメタル・サーバーのリンク

ベアメタル・サーバーの場合、単一のリンクまたは冗長リンクとしてサーバーを注文できます。ワークロードでアプリケーションに組み込まれた冗長度がない場合、リンク保護を強化するために冗長リンクを注文するのが最善です。

ワークロードでアプリケーションに対する組み込みの冗長性が使用されている場合は、クラスタリングまたは複製のいずれを使用する場合でも、コストを削減するために冗長リンクではなく単一リンクを検討することをお勧めします。それでも、冗長リンクを使用すると、リンクが単一障害点となることがなくなり、サーバーの処理能力が増大するので、より優れた選択肢であることに注目してください。

ネットワーク・インターフェース・コントローラー

ネットワーク・インターフェース・コントローラー (NIC) には、ベアメタル・サーバーまたは仮想サーバーを通信のためにネットワークに接続するリンクが用意されています。一般的な方法は、NIC 上で 2 つのインターフェースをチーム化して、論理インターフェイスを作成して冗長性を確保し、帯域幅を拡大する方法があります。複数のポートをチーミングしてまとめるための、複数のオプションがあります。

オペレーティング・システムを使用してトラフィックを分散します。この方式では、スイッチに依存しないチーミングを設定できます。
自動的なポートの冗長性を選択します。この冗長性により、IBM Cloud® プロビジョニング・サービスは LACP を使用して NIC チーミングを作成できます。
さまざまな NIC チーミング・モード (アクティブ-パッシブ、ラウンドロビン、適応送信ロード・バランシング、アダプター・ロード・バランシングなど) によって、お客様自身で NIC チーミングを実行します。

VMware ® の場合、LACP は使用できませんが、他の NIC チーミング・モードは許可されます。