|+|[音楽] このユニットでは、TiDB Cloudについて話します

|+|分散化と結合した設計のため、TiDBクラスタは自然に弾性があります。

|+|公共クラウドは、TiDBをホストするための完璧なコンテナです。

|+|TiDB Cloudまたはデータベースサービスは、クラウド内でほぼ無制限のストレージ容量とコンピューティングパワーを利用できます。 |+|

|+|最初のユニットでは、なぜTiDBを選択すべきかを説明しました。

|+|TiDBには、シームレスな水平スケーラビリティ、高可用性、そして災害対応能力を含む多くの利点があります。 |+|

TiDBはNoSQLデータベースとしても標準SQLとトランザクションをサポートしています。

|+|TiDBの自動分散シャーディング機能により、アプリケーションにとってシャーディングが透過的になります。 |+|

その上、TiDBはゼロの努力でビッグデータの能力を持っています。

|+|ゼロの努力でSQLを使ってテラバイトのデータを効果的に摂取し、TiFlashの助けを借りて標準のSQLを使用することでリアルタイムの分析的クエリを数秒で提供でき、ETLは必要ありません。 |+| |+|

|+|私が指摘したのは、TiDBの特徴です。|+|今回はクラウド上にあるため、追加の利点を加えます。

|+|TiDB Cloudは、単にオンプレミスに展開されたTiDBをパブリッククラウドに展開するだけではありません。

|+|クラウド向けに特別に設計されたリプラットフォームされたデータベースであるデータベースサービスです。

|+|オペレーションやメンテナンスタスクが多く自動化されるため、マネージドサービスとしての多くのタスクが省かれます。

|+|データベースは、TiKVとTiFlashノードを水平にスケーリングすることにより、費用対効果が高く、任意のレベルのリクエストトラフィックを提供するために、任意の量のデータを格納および取得できます。 |+|

|+|TiDB Cloudを使用することで、提供されたクラウドサービスに固定されることはありません。

|+|現在、私たちはAWSとGCPの両方をアンダーラインとしてサポートしています。

|+|どのプロバイダを選んでも、一貫した管理インターフェースとユーザー体験を提供します。 |+|

|+|最後に、セキュリティとコンプライアンスは常に最優先事項となります。

TiDB Cloudは、監査され、証明されているため、安全かつ迅速にビジネスを始めることができます。 |+|

|+|この図は、TiDB Cloud のサービスアーキテクチャの概要を示しています。

|+|クラウドプロバイダのリージョンには、すべてのTiDBノードが配置されているTiDB仮想プライベートクラウド  が存在します。 |+|

|+|TiDBの中央サービスは、ダッシュボードと独立して展開されています。認証と認可の後、それらのサービスにインターネット経由でアクセスすることができます。 |+|

|+|TiDBサーバーは多くのバランシングサービスによって切り離されています。

クラウド内の負荷分散サービスは高い可用性を持ち、デフォルトで災害復旧が可能です。 |+|

|+|あなたのアプリケーションは別のVPCに展開されています。

クラウドプロバイダが提供するVPCピアリング接続を介して|+|、インターネットを経由して往復する必要はありません。

|+|その上、クラウドプロバイダーのリージョンには3つのAZが見えます。

|+|AZは可用性ゾーンの略です。

|+|各AZは少なくとも1つのデータセンターで構成されています。

|+|平均的な2つのAZの間の距離は約20〜30キロメートルです。

|+|SQLレイヤーとストレージレイヤーノード、つまりTiDBとTiKVノードをAZ間で展開すれば、HAと災害復旧能力が簡単に実現できます。 |+|

|+|パフォーマンス管理については、クラスタ管理コンソール上のボタンをクリックするか、WebサービスAPIを呼び出すことで、コンポーネントノードを縮小または拡大できます。 |+|

|+| ところで、ホットスポットの問題を考慮する必要があることを言及する必要があります。

|+| 私たちは、TiDBパフォーマンスチューニングという名前のコースでこのトピックを扱っています。

|+|クラスタを単に拡張することでは、ホットスポットによるパフォーマンスの問題を解決できないことを忘れないでください。 |+|

|+|これでTiDBのアーキテクチャの基礎が終わります。

|+|次のクラスで会いましょう。