Amazon Neptune における DB インスタンスの再起動

場合によっては、Amazon Neptune DB インスタンスを変更したり、インスタンスに関連付けられている DB パラメータグループを変更したり、インスタンスによって使用されるパラメータグループの静的データベースパラメータを変更したりすると、その変更を適用するためにインスタンスを再起動する必要があります。

DB インスタンスを再起動すると、データベースエンジンサービスが再起動されます。再起動により、関連付けられている DB パラメータグループに対して保留中になっていた変更も DB インスタンスに適用されます。DB インスタンスを再起動すると、そのインスタンスは一時的に機能停止になります。その間、DB インスタンスのステータスは [rebooting] に設定されます。Neptune インスタンスがマルチ AZ 用に構成されている場合、再起動はフェイルオーバーにより実行される可能性があります。再起動が完了すると、Neptune イベントが作成されます。

DB インスタンスがマルチ AZ 配置の場合は、[Reboot (再起動)] オプションを選択すると、1 つのアベイラビリティーゾーンから別のアベイラビリティーゾーンへのフェイルオーバーを強制的に実行できます。DB インスタンスのフェイルオーバーを強制すると、Neptune は別のアベイラビリティーゾーンでスタンバイレプリカに自動的に切り替わります。次に、DB インスタンスの DNS レコードが更新され、スタンバイ DB インスタンスを指します。その結果、DB インスタンスへの既存の接続のクリーンアップと再確立が必要になります。

[Reboot with failover] (フェイルオーバーによる再起動) が便利なのは、テスト用の DB インスタンスで障害をシミュレートするときや、フェイルオーバーの実行後にオペレーションを元のアベイラビリティーゾーンに復元するときです。詳細については、Amazon RDS ユーザーガイドの高可用性 (マルチ AZ) を参照してください。DB クラスターを再起動すると、そのスタンバイレプリカにフェイルオーバーします。Neptune レプリカを再起動しても、フェイルオーバーは開始されません。

再起動にかかる時間は、クラッシュ回復プロセスによって異なります。再起動時間を短くするには、再起動プロセス中のデータベースアクティビティをできる限り減らして、未完了のトランザクションのロールバックアクティビティが少なくなるようにすることをお勧めします。

コンソールでは、DB インスタンスが [Available] (利用可能) 状態ではない場合、[Reboot] (再起動) オプションが無効になる場合があります。その原因としては、進行中のバックアップ、お客様の要求による変更、メンテナンスウィンドウのアクションなどが考えられます。