CockroachDB: The Definitive Guide, 2nd Edition

第2章. CockroachDBのアーキテクチャ

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

ソフトウェアシステムのアーキテクチャは、そのシステムの目標を実現するためのハイレベルな設計上の決定を定義する。 第1章を思い出していただきたいが、CockroachDBの目標は、スケーラブルで、可用性が高く、性能が高く、一貫性が強く、地理的に分散され、さまざまなハードウェアプラットフォームで実行可能なSQLを搭載したリレーショナルデータベースシステムを提供することである。 CockroachDBのアーキテクチャは、これらのオブジェクトに沿ったものである。

スキップは自由である！

CockroachDBのアーキテクチャは洗練されており、数十年にわたるデータベース・エンジニアリングのベスト・プラクティスの設計に加え、いくつかのユニークなイノベーションが組み込まれている。 しかし、CockroachDBは、物事を成し遂げるためにその内部を理解する必要はない。 CockroachDBを使い始めることを急いでいる場合は、次の章に進み、必要に応じて後でこの章に戻ることができる。 ただし、本書の後半で高度なトピックを検討する際には、この章の重要な概念に広く精通していることを前提とする。 これらの重要な概念は、次の数ページに要約され、この章の残りの部分で詳しく説明される。

CockroachDBのアーキテクチャには複数の見方がある。 クラスタレベルでは、CockroachDBのデプロイは、分散データベースシステムの単一の論理ビューを提示するために協働する1つ以上のシェアードナッシング、リーダーレスノードで構成される。 各ノード内では、SQL処理、トランザクション処理、レプリケーション、分散、ストレージなどの必須データベースサービスを提供する一連の階層化アーキテクチャとして、CockroachDBアーキテクチャを観察することができる。

この章では、CockroachDBアーキテクチャの包括的な概要を説明する。 この章の目的は、スキーマ設計、パフォーマンス最適化、クラスタ・デプロイなどに関して賢明な決定を下すのに役立つ基本概念を提供することである。

CockroachDBクラスタアーキテクチャ

遠くから見ると、CockroachDBのデプロイは、1つまたは複数のデータベース・サーバ・プロセスから 。 各サーバには専用のストレージがあり、おなじみの "シェアード・ナッシング "データベース・クラスタのパターンである。 CockroachDBクラスタのノードは対称であり、"特殊化 "ノードや "プライマリ "ノードは存在しない。 このストレージは、CockroachDBサーバが動作するマシンに直接接続されていることが多いが、データが共有ストレージサブシステムに物理的に配置されていることも可能である。 データは、キーの範囲に基づいて クラスタ全体に分散される。 各範囲はクラスタの少なくとも3つのメンバーにレプリケートされる。

データベースクライアント（アプリケーション、管理コンソール、CockroachDBシェルなど）は、クラスタ内のCockroachDBサーバ。

データベースサーバとデータベースクライアント間の通信はPostgreSQLワイヤプロトコル形式で行われる。 このプロトコルは、SQLリクエスト/レスポンスがPostgreSQLクライアント、PostgreSQLサーバ間でどのように伝送されるかを記述している。 ...