## 概要

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

TiDB クラスタサイズツールは、TiDB Cloud Dedicated と TiDB Self-Managed 環境の両方向けに設計されています。使用する前に、Lark 上では読み取り専用であるため、別ファイルとして保存することをお勧めします。このツールは、PingCAP のプロフェッショナルおよびパートナーに提供されています。

TiDB と TiKV ノードの構成に関するスクリーンショットの強調表示部分に注意してください。この演習では、演習の TiDB クラスタと同じ構成を使用します。

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

+ ストレージレイヤー
  + [要入力] レプリカ数: デフォルトは3レプリカです。
  + [要入力] TiKVごとのストレージ: 各TiKVノードには最大ストレージ容量制限があり、4TBです。
  + [要入力] 圧縮比: TiDBでは通常データが圧縮されます。推定値は40%です。
  + [要入力] ストレージ容量しきい値（ストレージウォーターレベル）: 正常なシステム運用を維持し、ストレージの過負荷を避けるために、管理者は通常80%のようなストレージ使用量アラートのしきい値を定義します。

+ SQLレイヤー
  + [要入力] 合計QPS: TiDB クラスタの合計の望ましいQPS。
  + [テスト結果で定義] ノードごとのQPS: ある遅延要件の下で単一ノードが処理可能なQPS。
  + [テスト結果で定義] パフォーマンス減衰係数: ノードの数が増えるにつれて、ネットワーク遅延やリソース競合などにより、個々のノードのパフォーマンスが低下することがあります。

### ソースデータ量とTiKVサーバーの数

   最小TiKVサーバー数 = `CEIL(既存データサイズ x 圧縮率 / キャパシティしきい値 / TiKVノードストレージスペース) x リージョンレプリカ数`

### パフォーマンス要件とTiKVおよびTiDBサーバーの数

   最小TiDB/TiKVサーバー数 = `CEIL(合計QPS / ノードごとのQPS x (1 - パフォーマンス減衰係数))`

### タスク

+ 現在のMySQLデータベースのボリュームに基づいて、TiDBストレージレイヤーのサイズを見積もります。
+ MySQLデータベースをTiDBクラスタに移行し、TiDBストレージレイヤーの見積もりを確認します。
+ 現在のワークロードに基づいて、TiDBとTiKVのサイズを見積もります。
+ スケールアウト操作後のパフォーマンス改善を観察します。

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