RDB
ニフクラRDBを使うと、今まで大変だったDBサーバーの構築・運用・規模拡大の作業を、分かりやすいUIから簡単に行うことができます。
スタンドアローンのDBサーバーから始めて、2台の冗長化構成に変更したりリードレプリカを追加したりもできるので、ビジネスに合わせた柔軟なスケールアウトが可能です。
さらに、自動バックアップ・リソース監視・DBログ取得など、DBサーバーの運用に必要な機能は一通り揃っており、運用工数を大幅に削減することができます。
特長
冗長化
2台のDBサーバーを異なるホストへ配置し、アクティブ・スタンバイ構成を構築することができます。単ホストに障害が起きた場合でも待機系のDBサーバーが自動昇格し、DBサービスを継続します。冗長化のタイプは、データ優先 / 性能優先の2つから選択できます。
- ※冗長構成（性能優先）は、2023年06月28日をもちまして、提供を終了いたします。
これに伴い、2023年03月29日で新規申込受付を終了いたしました。
リードレプリカ
DBサーバーのリードレプリカを作成して、読み出しの負荷を分散することができます。MySQL・MariaDBの場合は非同期レプリケーション、PostgreSQLの場合はストリーミングレプリケーション（非同期レプリケーション）を行います。
外部レプリケーション
ゾーンやリージョンをまたいだレプリケーションや、ニフクラ外部のDBサーバーとのレプリケーションを行えます。プライベート通信を利用したセキュアなレプリケーション設定が可能です。
※現在はDBエンジンがMySQLのDBサーバーにのみ対応しています。
自動バックアップ
面倒だったDBサーバーのデータバックアップ設定が自動で行えます。バックアップ期間やバックアップを行う時間帯を設定することもできます。
ポイントインタイムリカバリー
DBサーバーのある時点の状態を元に、ポイントインタイムリカバリーによって新しいDBサーバーを作成できます。万が一オペレーションミスで大事なデータを削除してしまった場合でも復元可能なので安心です。
ディスク割り当て
DBサーバーにディスクを割り当てたり、ニーズに合わせてあとから増設したりすることができます。高速なニフクラのフラッシュドライブも利用可能です。
ネットワーク・セキュリティ
さまざまなネットワーク機能やセキュリティオプションを利用可能です。DBファイアウォールによるアクセス制御に加えて、プライベートLANやMySQL・PostgreSQL・MariaDBのSSL接続なども対応しています。
機能・仕様
DBサーバー
ニフクラのもっとも基本的な構成要素です。コントロールパネルやAPIからとても簡単にDBサーバーを作成できます。
DBサーバータイプやディスクサイズなどの仕様につきましては、以下のページをご覧ください。
| 利用可能なDBエンジン | MySQL / PostgreSQL / MariaDB MariaDBは、2023年06月28日をもちまして、提供を終了いたします。 これに伴い、2023年03月29日で新規申込受付を終了いたしました。 |
|---|
DBスナップショット
DBサーバーからスナップショット作成しておき、あとから新たにDBサーバーを作成することが可能です。
| 取得方法 | 自動 / 手動（コントロールパネルまたはAPIにて設定） |
|---|
DBパラメーターグループ
デフォルトのおすすめ設定テンプレートからDBサーバーを設定できます。また、独自に作成したテンプレートを、任意のDBサーバーへいつでも適用することができます。
| グループ設定数 | 50個まで |
|---|
- ※DBパラメーターグループの上限を変更したい場合は、下記フォームよりご申請ください。
DBファイアウォール
DBサーバーへのアクセスを、IPアドレス帯やニフクラのファイアウォールグループを指定して制御することができます。
| グループ設定数 | 25個まで | |
|---|---|---|
| グループルールの詳細 | 通信許可設定 | Incomingのみ |
| 設定数 | 100個まで | |
| IN/OUT設定 | INのみ（OUTは設定できません） | |
- ※DBファイアウォールグループルールの上限を変更したい場合は、下記フォームよりご申請ください。
モニタリング
DBサーバーのリソース監視が行うことができます。OSレベルの監視やDBエンジン内リソースの監視が用意されています。
イベント
DBサーバーやDBファイアウォール、DBパラメーターグループ、DBスナップショットに起こったさまざまなイベントを閲覧することができます。
イベント通知
ニフクラ RDBの各機能に起こったさまざまなイベントを、指定したメールアドレスにメール通知することが可能です。
| イベント通知作成数 | 20個まで |
|---|---|
| 通知先メールアドレス設定数 | 20個まで |
料金
ご利用方法・技術仕様
コントロールパネルおよびニフクラAPIからご利用いただけます。
利用方法、詳しい仕様は各ドキュメントをご確認ください。
よくある質問（FAQ）
RDBについてのよくある質問（FAQ）につきましては、以下をご確認ください。
注意事項
- RDBの各機能に起こったイベントは、デフォルトではメール通知されません。お客様ご自身で必要なイベント通知をご設定ください。イベント通知の仕様は下記ページをご覧ください。
- ニフクラRDBにはリストア機能がございます。
しかし、ユーザーは、ニフクラRDBの利用にかかわらず、ユーザー又は第三者のプログラムやデータ（以下「データ等」といいます。）のバックアップを行う義務を負うものとします。
また、当社は、ユーザーに対し、ニフクラRDBのリストア機能によりデータ等の復旧を行うことに関する何らの保証も行うものではありません。当社は、ユーザーに対し、ニフクラRDBの利用に伴い、データ等の消失若しくは破損等が生じた場合であっても、その理由の如何を問わず一切の責任を負いません。 - ユーザーは、ニフクラ RDB を利用するにあたって、以下の注意事項を遵守するものとします。
ユーザーが以下の注意事項に違反したと当社が判断した場合は、当社は、当該ユーザーによるニフクラ RDBその他のニフクラの利用を一時的に制限することができるものとします。
当該利用制限により、当該ユーザーがニフクラ RDBその他のニフクラの利用ができず、これにより損害が発生したとしても、当社は一切責任を負いません。- メモリ・CPU・ディスク使用量の監視は、お客様にてお願いいたします。
- ディスク利用量の限界に達しそうになった場合、ディスクの増設を行ってください。ディスク・CPU・メモリのキャパシティプランニングは、余裕をもって行ってください。
- 1DBサーバーにつき1000個以上のテーブルを作成しないでください。大量のテーブルを作成してしまうと、DBのデータが壊れた際のリカバリー時間が非常に長くなってしまう可能性があります。
- 冗長化機能利用時のフェイルオーバー・週次メンテナンス時の瞬断・DBパラメーターグループ適用時の瞬断は、本番環境での運用前に事前テストを行ってください。
管理用ユーザーについて
- DBサーバーのマスターユーザーを削除すると、動作に不具合が出る場合がありますのでご注意ください。
- マスターユーザーの権限を誤って削除した場合やマスターユーザー自体を削除した場合は、マスターユーザーのパスワードを再設定することで復元できます。
- 管理用のユーザー（rdbadmin、rdbrepladmin）について、設定変更（パスワード変更も含みます）およびユーザー削除した場合には、動作に深刻な不具合が出る場合がありますので削除を行わないようご注意ください。なお、マスターユーザーの名前に"root"を指定することはできません。
- ※本ページ記載の金額は、すべて税込表示です。
- ※本ページ記載の他社製品名および会社名などは、各社の商標または登録商標です。
- ※本ページの内容は、2023年4月21日時点の情報です。
