database の作成

プロビジョニングにより、インフラを自分で構築することなくマネージドな database cluster をデプロイできます。ウィザードは database の構成、付加サービス、確認と作成の 3 ステップです。

前提条件

• VPC で FPT Database Engine サービスが有効になっていること。FPT Database Engine サービスの有効化 を参照してください。
• VPC に Edge Gateway と Network または Subnet が存在すること。
• 使用予定の flavor とディスク容量に対して十分な quota があること。

プロビジョニングウィザードを開く

1. デプロイしたい engine の database 一覧 を開きます。
2. Create をクリックします。カテゴリが空の場合は Create a database engine をクリックします。Create a <カテゴリ> ページが開きます。

database の構成を指定する

最初のステップで engine、ネットワーク、認証情報、node のリソースを設定します。表示される項目は engine によって変わります。

General information

項目	説明
Engine type	database engine です。選択肢は開いたカテゴリによって変わります。Relational Databases は PostgreSQL、MySQL、MariaDB、SQL Server。NoSQL は MongoDB、Cassandra、Redis。Search Engine は OpenSearch。Data Streaming は Kafka。Time Series Database は TimescaleDB。OLAP は ClickHouse です。
Edition	engine のエディションで、Enterprise、Standard、Web があります。SQL Server でのみ表示されます。
Engine version	サポート対象のバージョンです。database engine のバージョンポリシーに従います。

Network information

項目	説明
Edge gateway	cluster と他システム間のトラフィックをルーティングする Edge Gateway です。
Network	cluster をデプロイする Network または Subnet です。アクセス範囲とネットワークの分離レベルがこれで決まります。

Engine information

項目	説明
Cluster name	cluster の名前です。英字で始まる 8〜25 文字で、英数字とハイフンのみ使えます。
Database name	cluster 内に作成される既定の database です。小文字で始まる 8〜25 文字で、小文字、数字、アンダースコアのみ使えます。Redis と Kafka では表示されません。
VHost Name	cluster 内に作成される既定の VHost です。文字種のルールは Database Name と同じです。RabbitMQ でのみ表示されます。
Password / Confirm password	管理者アカウントのパスワードです。大文字、小文字、数字、記号を含む 12〜20 文字です。スペースと次の文字は使えません: / \ " ' < > ? % ; : $ ! [ ] { } ( ) , & +

Node configuration

項目	説明
Storage policy	IOPS 性能を決める storage policy です。
High availability	自動 failover を備えた複数 node 構成でデプロイします。Cassandra では表示されません。
Number Of Nodes	cluster の node 数です。Cassandra でのみ表示されます。
Flavor	node あたりのコンピュートリソースで、vCPU と RAM で指定します。
Data storage (GB)	cluster に割り当てるデータディスクです。最小 20 GB です。

ヒント

本番環境では 4,000 IOPS 以上の Storage Policy を選んでください。これより低いポリシーは負荷時の安定性に影響します。

High Availability を有効にした ClickHouse の replication

ClickHouse で High Availability を有効にすると shard ごとに replica が作成されますが、テーブルが replicate されるのは MergeTree ファミリの replicated table engine で作成した場合だけです。通常の MergeTree テーブルは、HA が有効でも書き込みを受けた node に残ります。

対応する engine と replication が sharding とどう関係するかは ClickHouse - High Availability を参照してください。

Next Step をクリックして次に進みます。

付加サービスを設定する

このステップで backup、auto scaling、maintenance、通知を有効にします。cluster を初日から保護するため、backup と vertical scaling は後回しにせずここで有効にしてください。

Enable additional service はこれらの付加機能をまとめて有効または無効にします。オフのままにすると付加機能なしで cluster が作成され、後から個別に有効化できます。

backup サービスの設定

項目	説明
Backup capacity (GB)	backup に割り当てる容量です。最小 10 GB です。
Storage policy	backup 用の storage policy で、性能と耐久性を決めます。
Enable point-in-time recovery (PITR)	PITR を有効にします。PostgreSQL、MySQL、MariaDB でのみ表示されます。
Backup job name	backup job の名前です。6〜25 文字で、英数字、スペース、ハイフン、アンダースコアのみ使えます。
Backup retention	保持する full backup の世代数です。上限を超えると古いものから自動的に削除されます。
Hour / Minute / Day of week	backup を繰り返し実行するスケジュールです。

警告

Kafka では backup の実行によりサービスが中断することがあります。Kafka の backup は負荷の低い時間帯に設定してください。

vertical scaling の設定

Compute scaling:

項目	説明
CPU threshold (%)	scaling を発動させる CPU 使用率です。
RAM threshold (%)	scaling を発動させるメモリ使用率です。
Tracing interval	リソース使用状況を評価する間隔です。
Current flavor	現在 node に割り当てられている flavor です。
List flavor scaling	引き上げ先として許可する flavor です。小さい順に並べます。

Storage scaling:

項目	説明
Current storage (GB)	cluster の現在の storage 割り当てです。
Storage threshold (%)	scaling を発動させる storage 使用率です。
Storage scale (%)	1 回の scaling で追加する storage の割合です。

Maintenance window

• Day of week: メンテナンスを実行する曜日です。月曜から日曜まで選べます。
• Start time: メンテナンスを開始できる時刻です。この時刻から 1 時間実行されます。

Notification recipients list: backup と scaling の通知を受け取るメールアドレスです。+ をクリックすると追加できます。

Next Step をクリックして次に進みます。

確認して作成する

確定する前にすべての設定を確認します。修正するには Back、デプロイするには Create をクリックします。

確定するとシステムがリソースの空きを確認し、デプロイを開始します。database 一覧に戻り、新しい cluster が Processing ステータスで一覧の先頭に表示されます。

プロビジョニングには約 5〜7 分かかります。その後 cluster は Running に変わります。

注記

プロビジョニングに失敗した場合は、失敗した cluster を削除してから作成し直してください。

次のステップ

• Floating IP で database に接続する
• database の停止・起動・再起動
• Backup サービスの管理