データベースの概要
データベースは、プロジェクト内のコレクションを論理的にまとめるコンテナです。
Zilliz Cloud では、ホスティング方法とアクセス方法に応じて、2 種類のデータベースをサポートしています。
サービングクラスター内のデータベース
クラスターデータベースは、特定のサービングクラスター内に作成されます。サービングクラスターが作成されると、デフォルトのクラスターデータベースが自動的に作成されます。必要に応じて、同じサービングクラスター内に追加のクラスターデータベースを作成できます。
クラスターデータベースは、サービングクラスターのエンドポイントを通じて、すべての操作 — DDL、DML(insert、upsert、delete)、および DQL(search、query)— に完全にアクセスできます。
クラスターデータベースのライフサイクルは、所属するサービングクラスターに紐づいています。
-
サービングクラスターがサスペンドされると、そのクラスター内のすべてのクラスターデータベースとコレクションは、クラスターが再開されるまで利用できなくなります。
-
サービングクラスターが削除されると、そのクラスター内のすべてのクラスターデータベースとコレクションも削除されます。
クラスターデータベースは、常時稼働かつ低レイテンシーのデータアクセスが必要な本番ワークロードに適しています。
次の図は、プロジェクト、サービングクラスター、データベース、およびコレクションの構成を示しています。
Project
└── Serving Cluster
├── Database (default)
│ ├── Collection_01
│ └── Collection_02
│
└── Database
├── Collection_03
└── Collection_04
オンデマンドコンピュートのデータベース
クラスター データベースに加えて、クラスターに紐づかないプロジェクトレベルのデータベースの別の種類があります。これはプラットフォームによって管理され、クラスターのプロビジョニングやメンテナンスを行う必要がありません。この種類のデータベース内のデータに対してクエリ検索を実行するために、オンデマンドコンピュートを指定します。
この種類のデータベースは以下の運用をサポートしています:
運用 | サポート状況 |
|---|---|
データベースの作成/削除 | Yes |
コレクションの作成/削除 | Yes |
コレクションのロード/リリース | 不要 |
検索、クエリ | Yes |
インポート | Yes (インポートは、オンデマンドコンピュート データベース内のマネージドコレクションでのみサポートされています。詳細については、External Collection 制限s を参照してください。) |
挿入、アップサート、削除 | No |
この種類のデータベースは、クエリ頻度が低い大規模データセットに適しています。
Project
├── Serving Cluster
│ └── Database (default)
│ ├── Collection_01
│ └── Collection_02
│
└── Databases in on-demand compute
├── External_Collection_01
└── External_Collection_02
Comparison
The following table compares the 2 types of databases.
Serving Cluster 内のデータベース | On-Demand Compute 内のデータベース | |
|---|---|---|
最適な用途 | 常時稼働、低レイテンシーのデータアクセスが必要な本番ワークロード。 | バースト的な検索やクエリを行う大規模データセット。 |
ホスト先 | ユーザー作成の serving cluster | プラットフォーム管理 |
コンピューティングリソース | ホスティング serving cluster によって提供 | 指定された on-demand cluster によって提供 |
挿入/アップサート/削除 | Yes | No |
インポート/切り捨て | Yes | Yes |
検索とクエリ | Yes | Yes |
ライフサイクル | serving cluster に紐付け | いかなる cluster からも独立 |
2 種類のデータベースには異なる接続エンドポイントを使用します。詳細については、接続エンドポイントを参照してください。