製品アップデート情報一覧
単一ノード（以前のベーシック版とクラウドディスク版）
TencentDB for MySQLは、単一ノード、2ノード、および3ノードの3種類のアーキテクチャをサポートしています。このドキュメントでは、3ノードアーキテクチャについて説明します。
単一ノードアーキテクチャは、分離ポリシーに応じて、ベーシックタイプ（旧ベーシック版）、ベーシックタイプ（クラウドディスク）に分類されます。詳細は分離ポリシーをご参照ください。単一ノードアーキテクチャは単一のノードで構成されるため、読み取り専用インスタンスも単一ノードアーキテクチャに分類されます。
単一ノード - 基本型（クラウドディスク版）
このアーキテクチャは、コンソール上では「単一ノード（クラウドディスク）」と表示されます。
ユースケース
単一データベースノードを使用してアーキテクチャをデプロイし、ノードを1つだけ含むため、コストパフォーマンスが非常に高く、テスト、開発、個人学習などの高可用性および高可用性アーキテクチャを必要としないサービスケースに適しています。
アーキテクチャの特徴
基盤となるストレージには、SSDタイプのCBSとEnhanced SSDタイプのCBSが採用されています。
SSDタイプのCBSは、Tencent CloudがNVMe SSD記憶媒体をベースに提供するフルフラッシュ型ストレージタイプです。低レイテンシー、比較的高いランダムIOPSとスループットのI/O性能、データの安全性が99.9999999%となるストレージサービスを提供します。SSDタイプのCBSはI/O性能に対する要求が比較的高いシナリオに適しています。
Enhanced SSDタイプのCBS：Tencent Cloudが新世代のストレージエンジンに基づいて設計し、NVMe SSDストレージメディアと最新のネットワークインフラストラクチャに基づいて提供された製品タイプです。低レイテンシー、高ランダムIOPS、高スループットI/O、およびデータ安全性が99.9999999%に達するストレージサービスを提供します。Enhanced SSDタイプのCBSは、遅延に対して高い要件が求められるI/O集約型アプリケーションに適しています。
SSDタイプのCBSのランダムIOPSパフォーマンスの計算式：ランダムIOPS=min{1800+容量(GiB)×30, 26000}。
SSDタイプのCBSのスループットパフォーマンスの計算式(MB/s)：スループット=min{120+容量(GiB)×0.2, 260}。
拡張型SSDタイプのCBSのランダムIOPSパフォーマンスの計算式：ランダムIOPS=min{1800+容量(GiB)×50, 50000}。
拡張型SSDタイプのCBSのスループットパフォーマンスの計算式(MB/s)：スループット=min{120+容量(GiB)×0.5, 350}。
ご注意：
単一ノード（クラウドディスク）インスタンスはSLAを提供しておらず、障害復旧時間が比較的長くなります。本番環境では、最大99.99%の可用性を保証する2ノードまたは3ノード構成のインスタンスのご利用を推奨します。
データベースインスタンスのデータ可用性とリカバリ性を確保するために、ディスク領域のうち、データを保持するものでなく、データベースインスタンスのデータ保護のためにほんの一部（5%と予想される）がシステム保護領域として使用されます。
単一ノード（クラウドディスク）インスタンスを作成する際、約2GBのredo logファイル（約512MBのib_logfile ×4）が生成されますが、これは TencentDB for MySQL固有のファイルです。
エンハンスドSSDクラウドディスクは一部のリージョンでのみサポートされています。詳細は、単一ノード（クラウドディスク）インスタンス購入時のクラウドディスクオプションにてご確認ください。
アーキテクチャの基本枠組み図
単一ノード - ベーシックタイプ（旧ベーシック版）
このアーキテクチャは、本製品ドキュメントでは「単一ノード（旧ベーシック版）」と呼ばれます。現在、このタイプは提供を終了しており、単一ノードインスタンスをご利用の場合は、単一ノード（クラウドディスク）インスタンスをご購入ください。
ユースケース
本番環境でのご利用は推奨されません。単一ノード（旧ベーシック版）は、個人学習、小規模なWebサイト、企業の非コアな小規模システム、および中大規模企業の開発・テスト環境に適しています。
アーキテクチャの特徴
計算とストレージの分離をサポートします。計算ノードに障害が発生した場合には、ノードを交換することで迅速なリカバリを実現します。基盤となるデータはクラウドストレージのトリプリケートテクノロジーを使用して保存し、データの信頼性が確保されており、ハードディスクの障害は、ハードディスクのスナップショットモードで迅速にリカバリできます。
単一ノード（旧ベーシック版）は、データベース接続、アクセス、リソースなど20項目以上の多角的なモニタリングを提供し、対応するアラームポリシーも設定可能です。CVMでの自己構築と比較して運用が容易です。同時に、価格面でも大きな優位性があり、CVMでの自己構築に比べてコストを40%削減できます。このアーキテクチャはCVM上にデプロイされ、ユーザーによる自己構築よりも優れたデータベースパフォーマンスを提供します。
単一ノード（旧ベーシック版）は、基盤となるストレージに高性能クラウドディスクを使用しており、90%のI/Oシナリオに適しています。コストパフォーマンスに優れ、安定した高いパフォーマンスを発揮します。具体的なIOPS範囲の計算式：{min 1500 + 8 * ディスク容量, max 4500}。例：ディスク容量が50GBの場合、IOPS範囲は{min 1900, max 4500}となります。
アーキテクチャの基本枠組み図
ご注意：
単一ノード（旧ベーシック版）は単一ノードアーキテクチャであるため、ノードに障害が発生した場合、復旧時間（インスタンスの起動とデータ復旧を含む）がCVMの障害復旧よりも若干長くなります。高可用性が求められるビジネスでは、MySQLの2ノードまたは3ノード構成のインスタンスのご利用を推奨します。
単一ノード - 読み取り専用インスタンス
読み取り専用インスタンスは単一のノードで構成され、2ノードまたは3ノード構成のインスタンス配下に作成されます。マスターインスタンスなしで単独で作成することはできません。このアーキテクチャは、コンソール上では「単一ノード（ローカルディスク）」と表示されます。
説明：
クラウドディスク版アーキテクチャのインスタンスは、読み取り専用ノードを追加してインスタンスの読み取り負荷性能を向上させることができます。この読み取り専用ノードは、対応するクラウドディスク版アーキテクチャのマスターインスタンス配下にのみ「読み取り専用ノード」として表示されます。また、クラウドディスク版アーキテクチャのインスタンスは、独立した読み取り専用インスタンスを追加することもでき、これはコンソール上では「クラウドディスク版（クラウドディスク）」と表示され、基盤となるストレージにはクラウドディスクが使用されます。
ユースケース
アーキテクチャの特徴
基盤となるストレージはローカルのNVMe SSDディスクを使用することで、高いIOパフォーマンスを提供します。現在、読み取り専用インスタンスに適用されており、サービスの読み取り負荷を分散するのに役立ちます。
アーキテクチャの基本枠組み図
ご注意：
単一ノードの配置はシングルポイントリスクが存在します。１つの読み取り専用インスタンスのみを購入した場合には、サービスの高可用性は保証されません。単一の読み取り専用インスタンスに障害が発生すると、サービスの中断が発生することで、お客様に影響を与える可能性があります。
単一の読み取り専用インスタンスのリカバリの所要時間はビジネスのデータ量によって異なり、保証されません。そこで、可用性を必要とするサービスのROグループ内に少なくとも2つの読み取り専用インスタンスを購入するのを強くお勧めします。
関連操作
一つか複数の読み取り専用インスタンスを作成することにより、ユーザーの読み書き分離及び1マスター対複数スレーブのユースケースを対応し、ユーザーのデータベース読取負荷能力を大幅に向上させることができます。詳細については、読み取り専用インスタンスドキュメントをご参照ください。
TencentDB for MySQLは、1つ以上の読み取り専用インスタンスの作成をサポートして、読み取り専用インスタンスのROグループを形成し、可用性を確保します。詳細については、読み取り専用インスタンスのROグループを管理するドキュメントをご参照ください。
フィードバック