製品アップデート情報
製品に関するお知らせ
マルチアベイラビリティーゾーンの高可用性設定の説明
CLB の高可用性は、システムアーキテクチャや製品構成など、色々な角度から保証されています。 ビジネスシナリオや要件に応じ、クロスリージョンの災害復帰、同一リージョンのアベイラビリティゾーン間の災害復帰など、様々な機能ソリューションを選択することができます。
CLB クラスタの高可用性
CLBインスタンスは、クラスター展開を採用し、セッション同期をサポートし、サーバーの単一障害点を排除し、システムの冗長性を向上させ、サービスの安定性を確保します。すべてのCLBインスタンスは、高可用性クラスターを備えています。
レイヤー 4 は主に Tencent が独自に開発した統合アクセスゲートウェイ（Tencent Gateway：TGW）をベースに負荷分散を実現しています。TGW は高い信頼性、拡張性、高性能、攻撃に対する耐性を特徴としており、Data Plane Development Kit（DPDK）の高性能フォワードをサポートし、単一のクラスタで数億の並列処理と数千万の PPS をサポートすることができます。Tencent Games、Tencent Video、WeChat、QQ など、Tencent の社内事業の多くは TGW を通じてサービスにアクセスしています。
レイヤー 7 は主に Secure Tencent Gateway （STGW） に基づいて負荷分散を実現しています。STGW は Nginx をベースに Tencent が独自に開発したレイヤー7 負荷分散サービスであり、Tencent 社内の大規模なレイヤー 7 ビジネストラフィックを支えています。
シングル CLB インスタンスの高可用性
非ドメイン名型インターネット CLB
非ドメイン名型インターネット CLB は VIP の形でサービスを提供し、SLA は 99.95% です。VIP が属するクラスタには 2 つのデプロイソリューションがあります。
デプロイモード | クラスタの災害復帰 | アベイラビリティゾーン間の災害復帰 |
シングルアベイラビリティゾーン | サポートします | サポートしません |
Multi-AZ | サポートします | プライマリおよびスタンバイアベイラビリティゾーンモードをサポートします。プライマリアベイラビリティゾーンに障害が発生した場合、CLB は非常に短い時間で自動的にスタンバイアベイラビリティゾーンに切り替わり、サービスを再開することができます。 |
ドメイン名型インターネット CLB
「ドメイン名を使うパブリックネットワークCLB」は、上記の「ドメイン名を使わないパブリックネットワークCLB」にDNSサービスを追加したもので、SLAが99.95%から99.99%に向上し、障害発生時のVIP切り替えが可能になり、可用性が向上しました。詳細は、ドメイン名を使うパブリックネットワークCLBリリースのお知らせをご参照ください。
プライベートネットワーク CLB
プライベートネットワークを利用したCLBは、近接アクセスアーキテクチャをデプロイします。つまり、単一のCLBインスタンスは1つまたは複数のアベイラビリティーゾーンに配置され、クライアントがこのCLBにアクセスする場合、トラフィックは自動的にレイテンシが最も低いアベイラビリティーゾーン内のクラスターにルーティングされ、そこからバックエンドサーバーへ転送されます。いずれかのアベイラビリティーゾーンのCLBクラスターが利用不可になった場合、他のアベイラビリティーゾーンのCLBクラスターに切り替えられます。
複数の CLB インスタンスの高可用性
非常に高い可用性を求める場合、CLB インスタンス自体の可用性保証メカニズムでは、ネットワーク攻撃、クロスリージョンの切り替え、設定エラーなどのシナリオのニーズを満たせない可能性があります。複数の CLB インスタンスを作成し、クラウド解析 DNS を介してアクセストラフィックをスケジューリングすることができます。
複数の CLB インスタンスの高可用性とドメイン名型インターネット CLB の比較：
比較項目 | ドメイン名型インターネット CLB | 複数の CLB インスタンスの高可用性 |
SLA | 99.99% | 99.95% |
フェイルオーバー | リンク検出と災害復旧の切り替え機能を提供し、単一IPエントリーの中断問題を心配する必要はありません。単一IPに障害が発生した場合、障害IPに切り替えてビジネスへの影響を軽減できます。 | 設定された DNS 解析と切り替えポリシーに依存し、ビジネスがタイムリーに検出して切り替える必要があります。 |
メンテナンス管理 | 単一のインスタンスのみを設定する必要があります。 | 複数の CLB インスタンスおよび対応する DNS 解析ポリシーを設定する必要があります。 |
コスト | コストが低く、CLB 関連の料金のみがかかります。 | 複数の CLB インスタンスと DNS 解析などのコンポーネントをデプロイする必要があるため、コストが高くなります。 |
地域 | CLB インスタンスが属するクラスタは単一の地域にデプロイされます。 | 複数の地域の CLB インスタンスを選択できます。 |
ベストプラクティス：
単一地域で事業を展開するお客様は、ドメイン名を使うパブリックネットワークCLBソリューションを選択することをお勧めします。障害IPの切り替えが可能です。
ビジネスが複数の地域にデプロイされ、災害復帰のニーズが非常に高い場合は、複数の CLB インスタンスの高可用性ソリューションを選択することを推奨します。
同じクライアントが同じ時刻に、異なる中間ノードを経由して同じバックエンドサーバーの同じポートにアクセスすると、ストリーミング現象が発生することがあります。詳細については、ストリーミング問題の説明#を参照してください。
バックエンドサービスの高い可用性
CLB は、ヘルスチェックを通じてバックエンドサービスの可用性を判断し、バックエンドサービスの異常がフロントエンドサービスに影響を与えるのを回避することで、サービス全体の可用性を向上させます。
ヘルスチェックを有効にすると、バックエンドサーバーの重み（重み 0 を含む）と関係なく、CLB インスタンスはヘルスチェックを実行します。ヘルスステータスは、インスタンスリストページのヘルスステータス列、またはリスナーにバインディングされているバックエンドサービス詳細ページで確認できます。 ヘルスチェック詳細な仕組みについては、ヘルス・チェックの概要を参照してください。
フィードバック