## 概要

<!-- markdownlint-disable MD032 -->
> [!NOTE]
> この演習は Chrome ブラウザのみ対応しています。

この演習では、**TiDB Cloud のデータセンターレベル障害に対する耐障害性**を学びます。ハンズオンは **TiDB Self-Managed**（TiDB Cloud クラスタ内ではありません）上で行います。TiDB Cloud はフルマネージドサービスのため、個々の PD・TiKV・TiDB ノードに SSH して配置・レプリケーション・フェイルオーバーを確認することはできません。Self-Managed でデプロイすることで、TiDB Cloud が依存するのと同じ分散アーキテクチャをコンポーネントごとに観察できます。

この演習では、TiDB クラスタは 3 つのアベイラビリティゾーンにまたがってデプロイされており、それぞれがサブネットに対応しています。

サブネット 1 のネットワークブラックアウトをシミュレートします。これにより、1 つの TiDB サーバ、1 つの TiKV サーバ、および 1 つの PD サーバがクラスタから切断されます。

アベイラビリティゾーン全体が失われてもクラスタはトラフィックを継続できます。データベースクライアントは、モノリシックなサーバ側フェイルオーバーの完了を待たずに、残りの TiDB サーバインスタンスに自動的に接続します。TiDB Cloud 上のアプリケーションも同じ動作を得ます。

  ![ha-concept-manga-cut-01.jpg 66%](https://lab-static.pingcap.com/images/2025/10/24/18d4105e51112abcf5a25d35b225eec985bd9445.jpg)

### 学習内容

- PD・TiKV・TiDB のマルチ AZ 配置が、TiDB Cloud のデータセンター障害耐性の基盤となる理由。
- Raft レプリケーションとステートレス SQL レイヤーが、1 ゾーン隔離後もクラスタを稼働させる仕組み。
- アプリケーションクライアントが健全な TiDB ノード経由で読み書きを継続できる理由（TiDB Cloud が継承する保証）。

### タスク

+ TiDB クラスタのステータスとトポロジーを確認します。
+ ネットワーク通信を特定のアベイラビリティゾーン全体でブロックします。
+ 特定のアベイラビリティゾーンがアクセスできない状況にあっても、TiDB クラスタが機能を維持できることを観察し確認します。

  ![80%](https://lab-static.pingcap.com/quick-demo/demo_001_en.png)

> [!TIP]
> 演習環境を起動するには、**開始**をクリックしてください。
> 環境の準備が整ったら、下部のツールバーで **次のモジュール** を選択して **モジュール 1** に進みます。
> そして、ステップバイステップの演習ガイドに従って、ハンズオン環境に接続し、タスクを開始してください。