Azure で ScalarDB/ScalarDL デプロイ用のデータベースをセットアップする
このページは英語版のページが機械翻訳されたものです。英語版との間に矛盾または不一致がある場合は、英語版を正としてください。
このガイドでは、Azure 上で ScalarDB/ScalarDL デプロイ用のデータベースをセットアップする方法について説明します。
Azure Cosmos DB for NoSQL
認証方法
Cosmos DB for NoSQL を使用する場合は、ScalarDB/ScalarDL プロパティファイルで COSMOS_DB_URI と COSMOS_DB_KEY を次のように設定する必要があります。
scalar.db.contact_points=<COSMOS_DB_URI>
scalar.db.password=<COSMOS_DB_KEY>
scalar.db.storage=cosmos
Cosmos DB for NoSQL のプロパティの詳細については、次のドキュメントを参照してください。
必要な構成/手順
Azure Cosmos DB アカウントを作成する
NoSQL (コア) API を使用して Azure Cosmos DB アカウントを作成する必要があります。Capacity modeを作成するときは、Provisioned throughputとして設定する必要があります。詳細については公式ドキュメントを参照してください。
デフォルトの整合性構成を構成する
Default consistency levelをStrongに設定する必要があります。詳細については公式ドキュメントを参照してください。
オプションの構成/手順
バックアップ構成を構成する (実稼働環境で推奨)
PITR の Backup modesを Continuous backup modeとして構成できます。詳細については公式ドキュメントを参照してください。
継続バックアップモードでは自動的かつ継続的にバックアップが取得されるため、バックアップ操作のダウンタイム (一時停止期間) を短縮できるため、このモードをお勧めします。Scalar 製品データのバックアップ/復元方法の詳細については、次のドキュメントを参照してください。
監視を構成する (運用環境で推奨)
Cosmos DB の監視は、ネイティブ機能を使用して構成できます。詳細については、公式ドキュメントを参照してください。
メトリックとログは、運用環境で問題が発生したときに調査するのに役立つため、推奨されます。
サービスエンドポイントを有効にする (運用環境で推奨)
仮想ネットワーク (VNet) の特定のサブネットからのアクセスのみを許可するように Azure Cosmos DB アカウントを構成できます。詳細については公式ドキュメントを参照してください。
WAN 経由ではないプライベート内部接続によりシステムの安全性が高まるため、これをお勧めします。
リクエストユニットを構成します (環境に応じてオプション)
要件に基づいて Cosmos DB の Request Units を構成できます。リクエスト単位の詳細については公式ドキュメントを参照してください。
テーブルの作成時に、ScalarDB/DL Schema Loader を使用してリクエストユニットを構成できます。ScalarDB/DL Schema Loader を使用してリクエストユニット (RU) を構成する方法の詳細については、次のドキュメントを参照してください。
Azure Database for MySQL
認証方法
Azure Database for MySQL を使用する場合は、ScalarDB/ScalarDL プロパティファイルで JDBC_URL、USERNAME、および PASSWORD を次のように設定する必要があります。
scalar.db.contact_points=<JDBC_URL>
scalar.db.username=<USERNAME>
scalar.db.password=<PASSWORD>
scalar.db.storage=jdbc
Azure Database for MySQL (JDBC データベース) のプロパティの詳細については、次のドキュメントを参照してください。
必要な構成/手順
データベースサーバーを作成する
データベースサーバーを作成する必要があります。詳細については公式ドキュメントを参照してください。
導入には Single Server または Flexible Server を選択できます。ただし、Azure では Flexible Server が推奨されます。このドキュメントは、Flexible Server の使用を前提としています。導入モデルの詳細については、公式ドキュメントを参照してください。
オプションの構成/手順
バックアップ構成を構成します (環境に応じてオプション)
Azure Database for MySQL は、既定でバックアップを取得します。バックアップ機能を手動で有効にする必要はありません。
バックアップの保持期間など、一部のバックアップ構成を変更する場合は、それを構成できます。詳細については公式ドキュメントを参照してください。
Scalar 製品データのバックアップ/復元方法の詳細については、次のドキュメントを参照してください。
監視を構成する (運用環境で推奨)
Azure Database for MySQL のネイティブ機能を使用して、その監視を構成できます。詳細については公式ドキュメントを参照してください。
メトリクスとログは、運用環境で問題が発生したときにそれを調査するのに役立つため、これをお勧めします。
パブリックアクセスを無効にする (運用環境で推奨)
Private access (VNet Integration) を Connectivity method として構成できます。詳細については公式ドキュメントを参照してください。
次のように、AKS クラスター上の Scalar 製品ポッドからデータベースサーバーにアクセスできます。
- AKS クラスターと同じ VNet 上にデータベースサーバーを作成します。
- Virtual network peering を使用して、Scalar 製品デプロイのデータベースサーバー用の VNet と AKS クラスター用の VNet を接続します。(// TODO: この機能を Scalar 製品でテストする必要があります。)
WAN 経由ではないプライベート内部接続によりシステムの安 全性が高まるため、これをお勧めします。
Azure Database for PostgreSQL
認証方法
Azure Database for PostgreSQL を使用する場合は、ScalarDB/ScalarDL プロパティファイルで JDBC_URL、USERNAME、および PASSWORD を次のように設定する必要があります。
scalar.db.contact_points=<JDBC_URL>
scalar.db.username=<USERNAME>
scalar.db.password=<PASSWORD>
scalar.db.storage=jdbc
Azure Database for PostgreSQL (JDBC データベース) のプロパティの詳細については、次のドキュメントを参照してください。
必要な構成/手順
データベースサーバーを作成する
データベースサーバーを作成する必要があります。詳細については公式ドキュメントを参照してください。
導入には Single Server または Flexible Server を選択できます。ただし、Azure では Flexible Server が推奨されます。このドキュメントは、Flexible Server の使用を前提としています。導入モデルの詳細については、公式ドキュメントを参照してください。
オプションの構成/手順
バックアップ構成を構成します (環境に応じてオプション)
Azure Database for PostgreSQL は、既定でバックアップを取得します。 バックアップ機能を手動で有効にする必要はありません。
バックアップの保持期間など、一部のバックアップ構成を変更する場合は、それを構成できます。詳細については公式ドキュメントを参照してください。
Scalar 製品データのバックアップ/復元方法の詳細については、次のドキュメントを参照してください。
監視を構成する (運用環境で推奨)
Azure Database for PostgreSQL のネイティブ機能を使用して、その監視を構成できます。詳細については公式ドキュメントを参照してください。
メトリクスとログは、運用環境で問題が発生したときにそれを調査するのに役立つため、これをお勧めします。
パブリックアクセスを無効にする (運用環境で推奨)
Private access (VNet Integration) を Connectivity method として構成できます。詳細については公式ドキュメントを参照してください。
次のように、AKS クラスター上の Scalar 製品ポッドからデータベースサーバーにアクセスできます。
- AKS クラスターと同じ VNet 上にデータベースサーバーを作成します。
- Virtual network peering を使用して、Scalar 製品デプロイのデータベースサーバー用の VNet と AKS クラスター用の VNet を接続します。(// TODO: この機能を Scalar 製品でテストする必要があります。)
WAN 経由ではないプライベート内部接続によりシステムの安全性が高まるため、これをお勧めします。