IBM Cloud Direct Link の高可用性と災害復旧について
高可用性サービスまたは作業負荷が障害に耐え、事前に定義されたサービスレベルに従って処理能力を提供し続ける能力。 (HA) とは、予期しない障害が発生した場合でもサービスが稼働し続け、アクセス可能になる能力です。 ディザスタリカバリサービスの中断などの稀な重大なインシデントや広範囲にわたる障害から、サービスや作業負荷が回復する能力。 これには、地域全体に影響を及ぼす物理的な災害、データベースの破損、作業負荷に寄与するサービスの損失などが含まれます。 その影響は、高可用性設計の処理能力を超えている。 （DR）とは、サービスインスタンスを稼動状態に回復させるプロセスである。
IBM Cloud® は、セカンダリーで多様なダイレクト・リンクを設定し、計画外であれメンテナンスのための予定であれ、機能停止を回避することを強く推奨している。 効果的な災害復旧、特に拠点全体に影響を及ぼす問題については、入念な計画と準備が必要です。
IBM Cloud Direct Link は、 サービス・レベル目標（SLO ）を満たすように設計された可用性の高いサービスである。 様々なニーズに対応できるよう、ゾーン構成と地域構成で構成されている。 データセンター、ゾーン、ポイント・オブ・プレゼンス（ PoPs ）の定義など、基礎となるインフラをよりよく理解するには、 IBM Cloud リソース展開のためのリージョンとデータセンターの場所を 参照してください。 Direct Link で利用可能なリージョンおよびデータセンターの場所については、 Direct Link Connect または Direct Link Dedicated プロビジョニングページのゲートウェイセクションを参照してください。
プラットフォーム全体の標準やベスト・プラクティスなど、高可用性とディザスタ・リカバリに対する IBM Cloud のアプローチの詳細については、 IBM Cloud How ensure high availability and disaster recovery をご覧ください。 高可用性に関する情報は、 IBM Cloud サービス・レベル・アグリーメント （SLA）にも記載されています。
高可用性アーキテクチャ
IBM Cloud Direct Link、高可用性（HA）アーキテクチャを実現するには、単に2つ目の接続を追加するだけでは不十分です。それは、接続プロバイダーに関連するものを含め、すべての単一障害点を排除することを意味します。 別の場所やネットワーク経路から第 2 の Direct Link をプロビジョニングすることは良い手始めであるが、真のレジリエンスは物理的な分離以上に依存する。
そこで重要になるのが、冗長性と多様性という概念だ。 冗長性とは、バックアップのシステムや接続を用意することで、1つが故障しても別のものが引き継げるようにすることだ。 多様性はさらに一歩進み、これらのバックアップが独立したものであることを保証し、理想的には異なるプロバイダー、インフラ、または物理的な経路を使用する。 多様性がなければ、冗長化されたシステムは単一の障害点を共有することになる。
例えば、 Direct Link 接続を単一のプロバイダーに依存することは、やはりリスクをもたらす。 完全なパスの冗長性を確保するためには、多様なプロバイダーを通じて追加の接続を確立する必要がある。 このため、プロバイダー固有の停電時にも、 IBM Cloud への接続を維持することができる。
可用性をさらに強化するため、 IBM では、複数の IBM Cloud ゾーンにまたがる Direct Link Connect または Dedicated 接続の導入を推奨しています。 IBM はレジリエントな設計をサポートするインフラとツールを提供しますが、特定の可用性要件を満たすアーキテクチャを構築し、維持するのはお客様次第です。 これには、ワークロードを各地域に分散し、多様な接続を実装し、ディザスタリカバリやフェイルオーバーの手順を定期的にテストすることが含まれる。
ご自身の Direct Link 接続がどのように設定、カスタマイズされ、使用されているかを理解する責任は、お客様にあります。 また、新しい場所にサービスのインスタンスを再作成し、データを復元するのもお客様の責任となります。 Direct Link を使用して HA を実現するための多様性を設計する方法については、Direct Link の多様性と冗長性のモデルを参照してください。
高可用性機能
IBM Cloud Direct Link は以下の高可用性機能をサポートしている：
| 特長 | 説明 | 考慮事項 |
|---|---|---|
| IBM Cloud Transit Gateway | 複数のダイレクトリンクをトランジットゲートウェイにアタッチすることで、VPCやオンプレミスにまたがる一元化されたスケーラブルで冗長化されたネットワークルーティングを実現します。 ルーティングを一元化し、大規模展開における複雑さを軽減。 | 単一障害点を回避するには、冗長化されたトランジットゲートウェイを別々のゾーンまたはリージョンに配置し、それぞれにダイレクトリンクを接続する。 添付ファイルのクォータやルートプロパゲーションなど、コンフィギュレーションの制限に注意してください。 |
| ボーダー・ゲートウェイ・プロトコル（BGP）のサポート | 直接リンクに障害が発生した場合、BGPを使用して動的にトラフィックを再ルーティングし、迅速な復旧と自動パス選択を可能にします。 | 非対称ルーティングやフェイルオーバーの遅延を避けるために、BGPセッション監視とルート・プリファレンス・チューニングを設定する必要があります。 |
顧客として、以下の他の高可用性機能を作成し、サポートすることができます：
| 特長 | 説明 | 考慮事項 |
|---|---|---|
| オンプレミスの複数デバイス | 複数の冗長デバイス（ルーターやスイッチなど）をオンプレミスに設置し、ダイレクト・リンクへのネットワーク経路の高可用性を確保する。 | 物理的なスペース、電源、ケーブルの冗長性を計画する。 フェイルオーバーシナリオを定期的にテストし、デバイスレベルのHAが期待通りに機能することを確認する。 |
| オンプレミス・デバイスをさまざまな PoPs、データセンターに接続する | デバイス（ルーターやファイアウォールなど）を異なる接続拠点（ PoPs ）やデータセンターに接続し、単一障害点を回避する。 | PoPs、データセンター間のネットワーク遅延と帯域幅を評価する。 多様な物理的経路を確保し、共有リスクグループを避けるためにプロバイダーと調整する。 |
| ASプリペンディング、BGP | ASプリペンディングとBGPルーティングを設定して、アクティブ接続とパッシブ接続間のトラフィックフローを管理する。 | インバウンド・トラフィックとアウトバウンド・トラフィックに対して明確なルーティング・ポリシーを定義する。 BGP広告が正しいか監視し、必要に応じてASパス戦略を調整する。 |
| 双方向フォワーディング検出 (BFD) | BFDを有効にすることで、リンク障害を迅速に検出し、迅速なフェイルオーバーを実現して可用性を向上。 | すべてのネットワークエレメントがBFDをサポートしていることを確認する。 BFDセッションの健全性を監視し、検出間隔を慎重に調整して、感度と誤検出のバランスをとる。 |
災害復旧アーキテクチャ
IBM Cloud Direct Link は、弾力性のある高可用性アーキテクチャを構築する上で重要な役割を担っている。 災害復旧計画のために、 Direct Link、障害発生時に信頼性の高い低遅延接続をサポートするように設計されたさまざまな機能を提供しています。
組織は、データレプリケーションのニーズに応じて、複数のポート速度オプション（50 Mbps～10 Gbps）から選択できる。 冗長性はビルトインされていませんが、多様なクロスコネクトルーター（XCR）間でデュアルリンクをプロビジョニングし、適切なBGPフェイルオーバーストラテジーを実装することで、冗長性を構成することができます。 Direct Link ローカルルーティングとグローバルルーティングの両方をサポートしているため、地域間でワークロードを分散し、耐障害性を向上させることができます。 マルチゾーン・リージョン（MZR）との統合や、コンフィギュレーションのバックアップとリカバリーのサポートにより、局所的な障害に対する保護がさらに強化される。
以下の表は、これらの特徴と主な検討事項をまとめたものである。
ディザスターリカバリー機能
IBM Cloud Direct Link は、以下のディザスタリカバリ機能をサポートしている：
| 特長 | 説明 | 考慮事項 |
|---|---|---|
| ローカルおよびグローバル・ルーティング | Direct Link にはローカル・ルーティングとグローバル・ルーティングの両方が含まれ、同じ市場内のデータセンター（ローカル・ルーティング）にも、地理的に異なる市場（グローバル・ルーティング）にもシームレスな接続を提供します。 | グローバル・ルーティングは、複数の地域にまたがる地域間のワークロード共有と災害復旧のために必要である。 |
| 設定のバックアップと復元 | IBM Cloud は、 構成をバックアップするツールを提供し、災害時にサービスを復元できるようにします。 Direct Link | 障害時の迅速な復旧を確実にするため、定期的なバックアップと復旧手順のテストを推奨する。 |
| マルチゾーン・リージョン (MZR) のサポート | Direct Link は、 の MZR と統合し、ワークロードを複数のゾーンに分散することで、可用性と耐障害性を強化します。 IBM Cloud | 高可用性を実現し、ゾーン固有の障害の影響を最小限に抑えるには、複数のゾーンにまたがる適切な展開が必要です。 |
顧客として、以下の他の災害復旧オプションを作成し、サポートすることができます：
| 特長 | 説明 | 考慮事項 |
|---|---|---|
| バックアップ/リストアスクリプトとバックアップデータ | 独自のバックアップ・リストアスクリプトを作成・管理し、設定やネットワーク状態のデータを安全に保存することで、障害時の復旧を迅速化します。 | バックアップが暗号化され、バージョン管理され、地理的に多様な場所に保存されていることを確認する。 バックアップスケジュールを自動化し、リストア手順を定期的に検証する。 |
| Direct Link の多彩な接続方法 | 異なる地域またはゾーンにまたがる多様な Direct Link 接続を確立し、地域停電時の継続的な接続性を確保する。 | 多様な接続を実装するには、シームレスなフェイルオーバーを確実にするために、ネットワークアーキテクチャとBGPコンフィギュレーションを慎重に計画する必要があります。 |
| データ保護 | IBM は、事業継続性を維持し、災害復旧活動を支援するために不可欠な、データのバックアップ、保持、回復のための堅牢なソリューションを提供します。 | バックアップとリストアプロセスを定期的にテストし、データの完全性と可用性を確保する。 |
災害復旧の計画
不測の事態に備え、災害復旧の手順を定期的に練習することが重要です。 ディザスターリカバリープランを構築する際には、以下の障害シナリオと解決策を考慮してください。 IBM Cloud Direct Link。
特定の障害から回復する方法は複数ある可能性があるため、特定のアーキテクチャと要件に基づいて各シナリオを評価するようにしてください。 ここでは、一般的な障害シナリオと復旧の可能性について説明する：
| 失敗 | 解決方法 |
|---|---|
| PoP 失敗 | 同じ PoP に接続していない接続が2つ以上あることを確認してください。 |
| データセンター（ゾーン）の障害 | フェイルオーバーを確実にするために、異なるゾーン間に2つ以上の直接リンクがあることを確認してください。 IBM Cloud Direct Link は自動的にトラフィックを迂回させることができるが、顧客側のコンフィギュレーションによって耐障害性が向上する。 |
| リージョン障害 | 復旧した地域にコネクションを持つことで、これを予期する。 これがコスト的に困難な場合は、直接リンク接続に代わるVPN機能と関連スクリプトを用意する。 |
| ハードウェア障害（シングルポイント） | IBM Cloud Direct Link アーキテクチャは、多様なネットワーク接続を提供することで、単一点のハードウェア障害に対応できるように設計されている。 フェイルオーバーはシームレスに行われ、顧客の設定は必要ない。 |
| ネットワーク接続のパケットロス | 監視ツールを使って根本原因を特定する。 プロビジョニングされた帯域幅を超えるトラフィック・スパイクをチェックし、ポリシングやパケット・ドロップをトリガーします。 ポート、ケーブル、ネットワークハードウェアに障害がないか検査する。 それでも問題が解決しない場合、または問題が切り分けられない場合は、 IBM サポートにエスカレーションし、さらに調査してください。 |
| 2つのダイレクト・リンクは、同じ PoP, に異なるプロバイダーを使ってプロビジョニングされているが、どちらも同じハードウェア・デバイスに接続されているため、単一障害点が発生する。 | ダイレクト・リンクを注文する際は、 IBM Cloud コンソールでポート割り当ての詳細を確認し、ポートの多様性を確保してください。 統合されていないプロバイダー（プロバイダー・ポータルと IBM Cloud コンソールの両方で個別に注文）の場合は、既存のリンクで使用されているポートを確認し、別のポートを選択します。 API統合プロバイダ（注文がプロバイダのポータルで開始され、 IBM Cloud コンソールに反映される）の場合は、 プロバイダ固有の指示を 参照してください。 専用ダイレクトリンクの場合、同じ PoP に既存のクロスコネクトがないか確認する。 |
HAとDRの責任
IBM とお客様との間で Direct Link を使用する際の責任の所有権に関する背景情報については IBM Cloud Direct Link を使用する際の責任について」 を参照してください。 HAとDRのプランを継続的にテストするのは、あなたの責任です。
ネットワーク接続の中断や短時間のサービス利用不能が発生する可能性があります。 アプリケーションの高可用性を維持するために、アプリケーションのソースコードに クライアント可用性再試行ロジックが 含まれていることを確認するのは、あなたの責任です。
目標復旧時間 (RTO)
Direct Link データを保護し、サービス機能を復旧するための仕組みを提供します。 事業継続計画は、サービスの目標 復旧時間目標災害復旧計画において、災害後にビジネスプロセスが復旧するまでの時間。 （RTO）を達成するために実施されている。 以下の表は、 Direct Link の目標の概要を示しています。
| 特長 | RTO |
|---|---|
| 冗長構成 | 数分以内（通常は5分以内） |
| ルーティング | 数分以内の自動フェイルオーバー（通常2分未満） |
| バックアップとリカバリー | データサイズに基づく: ~10分 + 復元データ10GBにつき1分 |
| マルチゾーン・リージョン | ~データ復元が必要な場合、10GBにつき1分+10分 |
| バックアップ/リストアスクリプトとバックアップデータ | 自動化およびデータ量に応じて、30分～数時間 |
| Direct Link の多彩な接続方法 | < BGPとルーティングのフェイルオーバーが適切に設定され、定期的にテストされている場合、5分未満（通常は1～2分 |
| データ保護、 IBM- 提供されたツールを想定 | 10分 + 復元データ10GBにつき1分（ IBM 標準バックアップリカバリと同じ） |
変更管理
変更管理には、アップグレード、設定変更、削除などの作業が含まれます。
ユーザーとプロセスに、 Identity and Access Management (IAM) のロールとアクションを、業務に必要な最小限の権限で付与する。 詳細については、 「誤ってサービスを削除しないようにするにはどうすればよいですか？
変化を管理するためのベストプラクティスには、次のようなものもある：
- Direct Link の構成に加えられたすべての変更の変更ログを管理することによって、変更を計画し、文書化する。
- アップグレードや大きな変更を行う前に、重要な設定のバックアップを作成する。
- アップグレードや影響の大きい変更を、トラフィックの少ない時間帯にスケジュールし、影響を受けるチームに通知する。
- Direct Link 接続の健全性とメトリックを監視し、すべてが期待どおりに機能していることを確認します。
IBM、災害復旧計画をどのようにサポートするか
IBM 特に、 のような、オンプレミスのネットワークを に接続するために重要なサービスでは、弾力性を念頭に置いてインフラを設計している。 IBM Cloud Direct Link IBM Cloud 故障の場合
- インシデント対応チームは迅速に障害を特定し、切り分ける。
- トラフィックの再ルーティングは、 IBM のバックボーンとプロバイダーのネットワークを利用して可能な限り行われる。
- サービス・ステータスの連絡は、 IBM Cloud ステータス・ページを通じて維持され、常に情報が提供されます。
ゾーンとリージョンの障害に関しては、 IBM、以下のような復旧措置を取る：
IBM ゾーン障害からの復旧方法
ゾーン障害とは、リージョン内の1つのデータセンターまたはアベイラビリティ・ゾーンの障害を指す。 IBM はこのような形で影響を緩和する：
- Direct Link は、複数の物理的なネットワーク経路にまたがって動作する。 多様なリンクとパスにより、1つのゾーンで障害が発生しても、接続全体がダウンすることはない。
- IBM Direct Link エンドポイントの健全性を常に監視する。 ゾーンが利用できなくなった場合、該当する健全なゾーンにトラフィックを迂回させることができる。
IBM、サービス・インスタンスをリストアできない場合は、 ディザスタ・リカバリ・アーキテクチャの 説明に従ってサービスをリストアする必要があります。
IBM 地域の失敗からどう回復するか
まれに地域故障が発生した場合：
- IBM は、複数のリージョンにまたがるワークロードをアーキテクトすることを推奨している。 Direct Link 接続を異なる 地域にプロビジョニングすることができ、地域停電の影響を軽減するのに役立つ。 IBM Cloud
- IBM のグローバル・バックボーンと大手通信ネットワーク・プロバイダーとのパートナーシップは、ある地域が利用できなくなった場合のトラフィックの代替ルートを提供する。
- IBM Direct Link を複数のリージョンでプロビジョニングできるようにすることで、ディザスタリカバリ計画をサポートします。 セカンダリーリージョンには、必要に応じてアクティブにできる多様なリンクを設定することを推奨する。
IBM、サービス・インスタンスをリストアできない場合は、 ディザスタ・リカバリ・アーキテクチャの 説明に従ってサービスをリストアする必要があります。
IBM サービスの維持方法
すべてのアップグレードは、リカバリプランとロールバックプロセスを含む、 IBM サービスのベストプラクティスに従います。 定期的なメンテナンスにより短時間の中断が発生する可能性があるが、 クライアントの可用性再試行ロジックにより 緩和される。 IBM は、不具合の最初の兆候でアップデートを元に戻します。
IBM は、計画されたすべてのメンテナンス活動について事前に通知する。 変更が業務量に影響すると予想される場合、 IBM、公式通知を通じてこれを伝えます。 メンテナンス、サービスアナウンス、その他の最新情報は、 モニタリングステータスのベストプラクティスの ページをご覧ください。