製品アーキテクチャ2.0
ダウンロード
フォーカスモード
フォントサイズ
TDSQL-C for MySQLのストレージアーキテクチャ2.0は、クラウドネイティブの設計理念に基づいて新たに構築された次世代ストレージアーキテクチャであり、安定性、ディザスタリカバリ、コスト削減の3つのコアテーマを中心に包括的にアップグレードされています。新アーキテクチャは、コンピューティングとストレージの分離という利点を維持しつつ、ログストレージの分離、3アベイラビリティーゾーンデプロイ、ストレージ圧縮などの技術革新を通じて、エンタープライズ業務により高い信頼性のデータベースサービスを提供します。本記事では、TDSQL-C for MySQLの製品アーキテクチャ2.0バージョンについてご紹介します。
説明：
TDSQL-C for MySQLのストレージアーキテクチャ2.0は現在パブリックベータテスト段階にあります。チケットを提出して無料体験を申請いただけます。ご注意：パブリックベータテスト段階では、TDSQL-C for MySQLストレージアーキテクチャ2.0サービスはSLA保証を提供しません。
名詞説明
本製品で言及されている製品シリーズ2.0、製品アーキテクチャ2.0は、いずれもTDSQL-C for MySQLのストレージアーキテクチャ2.0を指します。
サポートバージョン
データベースバージョン | 製品アーキテクチャ1.0 | 製品アーキテクチャ2.0 |
MySQL 5.7 | 対応 | 非対応 |
MySQL 8.0 | 対応 | 対応 |
インスタンス形態のサポート
製品アーキテクチャ2.0は、インスタンス形態がプロビジョニング済みリソースのクラスタのみに対応しており、インスタンス形態がServerlessのクラスタには現在対応していません。
1.0と2.0のアーキテクチャ比較
特性次元 | 製品アーキテクチャ1.0 | 製品アーキテクチャ2.0 |
ログストレージ方式 | ログとデータは同一のTabletに混在して格納されます。 | ログとデータの分離ストレージ（LogStore + PageStore） |
アベイラビリティーゾーンデプロイ | シングルアベイラビリティーゾーン / マルチアベイラビリティーゾーンデプロイ（2AZ） | シングルアベイラビリティーゾーン / マルチAZデプロイ（3AZ） 説明： パブリックベータテスト期間中は、シングルアベイラビリティーゾーンのみに対応しています。 3AZデプロイでは、少なくとも1つのクロスアベイラビリティーゾーンROノードが必要です。 |
データレプリカ | 3レプリカ | 強同期3AZ：ログレプリカ3部、データレプリカ3部または4部 非同期3AZ：3 - 4レプリカ |
ストレージ圧縮 | 非対応 | インスタンス/データベース/テーブルレベル + 二段階圧縮をサポートします |
データ階層化 | 非対応 | データベース・テーブルレベルのインテリジェントコールドストレージをサポートします |
製品アーキテクチャ2.0の構成図
製品アーキテクチャ2.0のメリット
TDSQL-C for MySQLは、商用データベースの安定性・信頼性、高性能、拡張性といった特徴と、オープンソースクラウドデータベースのシンプルさ・開放性、効率的な反復開発という利点の両方を兼ね備えています。2.0アーキテクチャは、エンタープライズデータベースのコア能力をさらに強化しました：
より高い安定性：ストレージコンポーネントのリリース、不良ディスクの交換、ネットワーク揺れという3つの主要なシナリオにおいて、業務への影響を低減します（極端なシナリオでは依然として一時的な影響が発生する可能性があります）。また、月次変更によるスロークエリと書き込み不可のリスクを排除します。
より高い災害復旧能力：デフォルトで3AZデプロイを採用し、クロスAZストレージレプリカに対して追加料金は発生しません。
より低いコスト削減：インスタンス/データベース/テーブルレベル＋2段階圧縮をサポートし、データベース・テーブルからデータレベルへのインテリジェントなコールドデータ化（ヒートマップ自動推奨、ALTER TABLE、CREATE INDEXなどの一般的なDDL操作をサポート）を重ね合わせることで、ストレージコストを削減します。
製品アーキテクチャ2.0の典型的なアプリケーションシナリオ
2.0アーキテクチャは主に3種類の業務シナリオに対応しています：
強力なディザスタリカバリシナリオ：金融取引、配車サービス、クロスボーダー決済などは、SLA、RPO、RTOに対して厳格な要件があります。
コストに敏感なシナリオ：大量データストレージ業務では、階層化圧縮を通じて1GBあたりのストレージコストを大幅に削減し、リソース利用率を向上させる必要があります。
ホット/コールドデータ階層化シナリオ：明確なホットデータとコールドデータの分布があり、一部のデータベース・テーブルはアーカイブが必要ですが、オンラインクエリとDDL操作が可能であることが求められる業務において、インテリジェントなコールドデータ化を通じてコスト削減を実現しつつ、性能と可用性を確保します。
よくあるご質問
Q1：製品アーキテクチャ2.0は1.0へのダウングレードをサポートしますか。
A：現在、ダウングレードによるロールバックはサポートされていません。アーキテクチャ2.0は全く新しいストレージアーキテクチャであり、オンラインダウングレードはサポートされていません。非コア業務で事前に検証し、安定性を確認した後にコア業務を移行することをお勧めします。
Q2：MySQL 5.7はアーキテクチャ2.0を使用できますか。
A：できません。製品アーキテクチャ2.0はMySQL 8.0バージョンのみをサポートしています。2.0アーキテクチャの機能を使用する場合は、MySQL 8.0の使用をお勧めします。
Q3：購入時にアーキテクチャバージョンを選択する方法は何ですか。
A：購入ページの「製品シリーズ」オプションで「2.0」を選択してください。注意：製品シリーズは購入後、オンラインでの切り替えは暫定的にサポートされていません。
Q4：コールドデータはDDL操作をサポートしますか。
A：サポートしています。製品アーキテクチャ2.0はコールドテーブルのDDL互換性を実現しており、ALTER TABLE、CREATE INDEXなどの操作を含みます。
関連ドキュメント
フィードバック