Database > RDS for MySQL > コンソール使用ガイド

開始する

RDS for MysQLを使用するには、先にDBインスタンスを作成する必要があります。DBインスタンスは次の方法で作成できます。

  • Console > Database > RDS for MySQLの DB Instance タブで左上の + 作成 ボタンをクリックすると、下図のようにページの下に入力画面が現れます。

rds_01_20210112

  • 詳細設定 画面に表示された必須項目をすべて入力した後、画面右上の 次へ ボタンをクリックします。
    • DB Instance：DBインスタンス名を入力します。
    • 説明：DBインスタンスの説明を入力します。
    • DB Engine：作成するデータベースエンジンバージョンを選択します。
    • DB Port：データベースのポート番号を入力します。
      • 10000～12000の間で設定できます。
    • DB User ID：データベース作成時に作成される管理者アカウントIDを入力します。
    • DB Password：データベース作成時に作成される管理者アカウントパスワードを入力します。
    • VPC Subnet：作成するDBインスタンスとprivate network通信をするCompute & Networkサービスのサブネットを選択します。
    • Floating IP：NHN Cloudクラウド外部ネットワークと接続する場合、Floating IPを使用に設定します。
    • Flavor：DBインスタンスのタイプを選択します。
    • Storageタイプ：DBインスタンスボリュームのタイプを指定します。
      • HDDおよびSSDを選択できます。
    • Storage：DBインスタンスボリュームのサイズを入力します。
      • 20GB～2TBのサイズで作成できます。
    • Availabillity Zone：DBインスタンスが作成される領域を選択します。
    • 高可用性：DBインスタンスを作成する時、Masterとは異なるAvailability ZoneにCandidate Masterを作成します。
    • Ping Interval：高可用性使用時、 Masterインスタンスの状態を確認する時間間隔を設定します。4回失敗すると障害と判断します。
      • 1～600秒の間で設定できます。
    • 基本アラーム：DBインスタンスのイベントのうち、定義されているイベントに対するアラームを登録できます。
      • 基本アラーム使用時、受信グループを選択する必要があります。

[参考]選択したComputeおよびNetworkのサービスのVPCサブネットがインターネットゲートウェイと接続されていない場合、Floating IPを使用できません。 [参考]一度選択したVPCサブネットは変更できません。 [参考] Candidate Masterインスタンスは、必ずMasterと異なるAvailability Zoneに作成され、リストに表示されません。 [参考]インスタンスリストは、各インスタンスの作成順にソートされ、Candidate MasterはMasterの高可用性オプション使用時点で作成されるため、フェイルオーバー後、インスタンスの順序が変わる場合があります。 [参考]基本アラーム使用時、該当インスタンスに対するアラームが自動的に登録され、名前は"{インスタンス名}-default"に設定されます。登録されるアラームは変更および削除することができ、適用されるインスタンスも変更できます。

バックアップ&アクセス制御 画面でバックアップ情報を指定します。

backup_and_access_ja

  • 自動バックアップおよびアクセス制御を設定した後、 次へ ボタンをクリックします。
  • クエリー遅延待機時間：バックアップ遂行時にFLUSH TABLES WITH READ LOCK遅延待機時間を設定できます。
    • 0～21600の間の値に設定できます。
  • バックアップ保管期間：自動バックアップをするには、1日以上を選択します。
    • 0～730の間の値に設定できます。
    • 0を入力した場合は、自動的にバックアップを行いません。
  • テーブルロック使用：バックアップを行う時、FLUSH TABLES WITH READ LOCK構文でテーブルをロックするかどうかを設定します。
  • バックアップ複製リージョン：自動バックアップ時に他のリージョンにバックアップファイルが複製されるように設定します。
  • バックアップ再試行回数：バックアップが失敗した時、再試行する回数を指定できます。
    • 1回以上を入力すると再試行を行います。
    • 自動バックアップ実行時にのみ動作します。
  • バックアップ実行周期：自動バックアップを実行する周期を設定します。
    • 追加ボタンを押してバックアップ開始時間とDuration、バックアップ再試行終了時間を複数追加できます。
    • 各周期はバックアップ開始時間からDurationに設定された時間まで重複しないように追加できます。
    • 以前に実行したバックアップが終了していない場合、該当時間帯のバックアップは実行されません。
  • バックアップ開始時間：自動バックアップはバックアップ開始時間からDurationの間の任意の時点で開始されます。
    • Durationはバックアップが始まる時間を意味します。
    • Duration中にバックアップが終了することを意味しません。
  • バックアップ再試行終了時刻：バックアップが失敗した時、決められた回数再試行を行いますが、次のバックアップ時間に影響を与えないように設定した時間までのみ再試行を行います。
  • ユーザーアクセス制御：DBインスタンスにアクセス可能なユーザーをCIDR形式で入力します。
    • ユーザーアクセス制御に登録されていないIPは接続できません。
    • アクセス制御を行う時、方向設定で受信/送信を許可するかどうかを選択します。

[参考]金融ネットワークではバックアップ複製リージョン機能が提供されません。

DB Configuration画面で設定値を変更できます。

db_configuration_0_ja

  • 設定値を変更した後、作成ボタンを押します。
    • 数式使用値がYと表記されている項目はパラメータ値に数式を入力できます。
    • 数式に使用できる変数は次のとおりです(大文字/小文字区分)。
      • ramSizeByte：DBインスタンスに割り当てられたメモリ(バイト単位)
      • storageSizeByte：DBインスタンスボリュームのサイズ(バイト単位)
      • vCPU：CPU数
      • dbPort
    • 数式に使用可能な演算子は次のとおりです。
      • * \/ + - , ( ) [ ]
    • 数式に使用可能な関数は次のとおりです(大文字/小文字区分)。
      • min([a, b, ..., z])
      • max([a, b, ..., z])
      • sum([a, b, ..., z])
    • 数式を計算した値の小数点以下9桁目を四捨五入した結果がDBインスタンスに適用されます。
    • 小数がサポートされていないパラメータの場合、 数式を計算した値の小数点以下を四捨五入した結果がDBインスタンスに適用されます。
  • 最後に 確認 ボタンをクリックすると、DBインスタンスが作成されます。
  • 作成されるまで、数分から数十分かかります。

DBインスタンス接続

  • 作成されたDBインスタンスを選択すると、詳細設定を確認できます。
  • インスタンス[詳細設定]の[接続情報]で、接続可能なドメイン情報を確認できます。

  • Floating IPを‘使用’に設定していないDBインスタンスは、外部からアクセスできません。

  • 外部から接続をテストするために右上の 変更 ボタンをクリックします。

  • Floating IP項目を 使用するに修正します。
  • 確認 ボタンをクリックすると、修正事項が反映されます。

instance_detail_0_jp

  • 設定後、Floating IPが作成され、外部からアクセスできることを確認できます。

instance_detail_1_jp

  • 次はMySQL Workbenchの接続例です。

rds_06_20210112

制約事項

  • ユーザーComputeサービスのインスタンスがdnsサーバーに接続できないネットワーク環境の場合、該当インスタンスはドメインを通してRDSインスタンスに接続できません。
  • ユーザーが使用中のISPで、セキュリティのためによく知られているポートをブロックすることがあります。NHN CloudのRDSに接続できない場合もあり、その場合はポート番号を変更する必要があります。

DBインスタンス

高可用性

  • 別のAvailability ZoneにCandidate Masterを作成しておけば、Masterに障害が発生した時、フェイルオーバーを進行させることができます。
  • 高可用性を使用したインスタンスの場合、一部オプションを変更する時、接続情報は変わりませんが、MasterとCandidate Masterインスタンスは変わる場合があります。
  • 障害が発生し、高可用性インスタンスにフェイルオーバーが実行された時、変更された新しいMasterインスタンスは、既存のMasterインスタンスのバックアップを継承しません。

[参考]高可用性インスタンス使用時、 MySQLクエリーを使用して他のインスタンスまたは外部MySQLのMasterから強制的に複製するように設定すると、高可用性および一部機能が正常に動作しません。 [参考] DBインスタンスのストレージ使用量がいっぱいになると、高可用性監視プロセスが障害と検知し、フェイルオーバーを実行するため注意してください。

高可用性の一時停止と再開

  • 一時的な作業によるMasterインスタンスの接続中断や大量の負荷が予想される状況で、一時的に高可用性機能を停止できます。
  • 高可用性機能が一時停止すると、障害を検知しません。したがってフェイルオーバーが行われません。
  • 高可用性機能が一時停止した状態で再起動が必要な作業を行っても一時停止した高可用性機能が再開しません。
  • 高可用性機能が一時停止しても、データの複製は正常に行われますが、障害が検知されないため、長時間一時停止状態にすることは推奨しません。

制約事項

  • 高可用性インスタンスは、最初の1回のフェイルオーバーを保障します。障害が発生してフェイルオーバーした場合、Candidate Masterインスタンスが高可用性機能を使用しない一般Masterに変更されます。
  • 変更された新しいMasterインスタンスは、既存Masterインスタンスの接続に使用されるドメインを継承します。
  • また、高可用性オプションを新たに指定して使用できます。
  • フェイルオーバーを行った既存のMasterインスタンスは、接続情報が変更され、’中止’状態に変わります。
  • フェイルオーバーを行った既存のMasterインスタンスは、インスタンス再起動機能を利用して再起動を試行できますが、障害によるデータ損失などの理由で再起動できなかったり、正常に作動しない場合があります。
  • Read Only Slaveインスタンスには高可用性機能を提供しません。
  • 高可用性機能を使用するインスタンスを再起動したり、オプションを変更する間は、該当インスタンスのRead Only Slave操作ができなくなります。
  • 高可用性機能はドメインを基盤にしています。そのため、ユーザーのComputeサービスのインスタンスがDNSサーバーに接続できないネットワーク環境の場合、該当インスタンスはドメインを通してRDSインスタンスに接続することができず、障害措置発生時、正常に接続できません。

インスタンスタイプ

  • NHN Cloud ComputeおよびNetworkのサービスで提供中のインスタンスタイプから選んでDBインスタンスを作成できます。

再起動

  • DBインスタンスの再起動を行うと、DBインスタンスにインストールされたMySQLが再起動します。
  • MySQLの再起動はMySQLエンジンの状態によって時間がかかる場合があり、RDS for MySQLは制限時間なしでMySQLが正常に終了、開始するまで待機します。
  • MySQLが再起動すると、インスタンス停止、インスタンス開始イベントが作成されます。
  • リードレプリカの場合、再起動中にレプリケーションが中断され、再起動が完了するとレプリケーションが自動的に再開されます。

高可用性DBインスタンスの再起動

  • 高可用性DBインスタンスの場合、通常のインスタンスでは提供しない2つのオプションを提供します。

restart_ha_instance_ja

  • ❶ [フェイルオーバーを利用した再起動]オプションを選択すると、瞬断時間を最小限に抑えて再起動を行うことができます。
    • Masterインスタンスが置き換えられ、バイナリログ(binary log)が全て削除されるため、再起動を行う前の時刻に時点復元ができません。
    • Masterインスタンスにlockがかかっていたり、レプリケーション遅延が長い場合は、フェイルオーバーが失敗したり、時間がかかるため、トランザクションが全て終了し、レプリケーション遅延がないことを確認する必要があります。
  • ❶ [フェイルオーバーを利用した再起動]オプションを選択していない場合、高可用性機能が一時停止し、Masterインスタンス→ Candidate Masterインスタンスの順に順次再起動します。
    • 再起動が完了すると、再び高可用性機能が実行されます。
  • ❷ [現在時点バックアップ進行]オプションを選択すると、再起動が完了したらすぐにバックアップを行います。
    • [フェイルオーバーを利用した再起動]オプションを選択すると、再起動を行う前の時刻に復元ができないため、なるべくこのオプションを一緒に選択することを推奨します。

強制再起動

  • DBインスタンスの強制再起動を行うと、DBインスタンス自体が再起動します。
  • 高可用性インスタンスは強制再起動機能をサポートしません。
  • まずMySQLにSIGTERMコマンドを発行して、正常終了するのを10分間待ちます。
  • 10分以内に正常終了すると、その後インスタンスのOSが再起動します。
  • 10分以内に正常終了しなかった場合は、OSが強制的に再起動します。
    • OSが強制的に再起動すると、作業中の一部トランザクションが失われる可能性があり、データボリュームが破損して復旧ができなくなる場合があります。
  • 強制再起動後、インスタンスの状態が正常に戻らない場合があります。この状況が発生した時はサポートへお問い合わせください。

[注意]データの消失やデータボリュームの破損が発生する可能性があるため、この機能は緊急で避けられない状況以外では使用を控えてください。

停止

  • しばらくの間使用しないが、近いうちにまた使用する必要があるDBインスタンスの場合、 DBインスタンスの機能を停止できます。
  • 停止をリクエストすると、すぐにDBインスタンスは終了し、停止が完了するとDBインスタンスの状態が終了状態に変更されます。
    • その他にも高可用性インスタンスの場合、フェイルオーバーが発生した時、以前のマスターが停止します。
  • 停止状態のインスタンスは、停止した瞬間から90日間割引きされた料金が課金され、90日が過ぎた時点から通常料金が課金されます。
  • 不要な料金が請求されないように、使用しないインスタンスは必ず削除してください。

[参考]高可用性インスタンス、リードレプリカがあるマスターインスタンス、リードレプリカは停止できません。

バックアップ

  • RDSでは、すべてのバックアップを実行した後、作成したバックアップを独自のObject Storageにアップロードして保管します。
  • 自動バックアップに限り、原本インスタンスのデータボリュームサイズ分のバックアップ容量を無料で提供します。
  • 別途料金を希望しない場合は、バックアップ周期を調整する必要があります。
  • バックアップの実行中は、性能が低下することがあります。
  • サービスに影響を与えないようにするには、サービスの負荷が小さい時間にバックアップを行ってください。
  • NHN Cloud RDSは時点復元をサポートします。
    • バイナリログ(binary log)サイズと保管周期が短すぎる場合、希望する時点に復元するのが困難な場合があります。
  • 復元中のDBインスタンスはバックアップできません。

自動バックアップ

  • DBインスタンスのバックアップ周期を1日以上に設定すると、自動バックアップが有効になります。
    • バックアップ周期を1日以上から、なしに変更すると、即時にすべての自動バックアップはサーバーから削除されます。
    • 削除されたバックアップは復元できません。
  • 設定されたバックアップ周期分、バックアップファイルを維持します。
  • 自動バックアップは、バックアップ開始時刻からDurationの間の任意の時点に始まります。
  • Durationはバックアップが始まる時刻を意味します。 Duration内にバックアップが完了するということではありません。
    • Duration内にバックアップを完了できなくてもバックアップは終了しません。
  • 自動バックアップは、原本インスタンスを全て削除する場合、一緒に削除されます。
  • バックアップが失敗した時、バックアップ再試行回数が1回以上に設定されている場合、指定された回数再試行します。

[参考] MySQL 5.7以上ではバックアップ中にインデックス作成や、再度ビルドを行うとバックアップに失敗します。 [参考]バックアップ中にDDLクエリを実行すると、バックアップが失敗します。

手動バックアップ

  • 自動バックアップ以外に、いつでも手動でバックアップできます。
  • 手動バックアップは、明示的に削除しない限り削除されません。

復元

  • 保管されたバックアップを利用して、希望する時点にDBインスタンスを復元できます。
  • 復元時、原本DBインスタンスを変更せず、新しいDBインスタンスを作成します。
  • 復元するDBインスタンスのストレージサイズを元のDBインスタンスのストレージサイズより小さく指定すると、復元が失敗する場合があります。

[参考]復元の進行中、Binary Logファイルのサイズ分、Object Storage使用量が発生することがあります。 [参考]バイナリログファイルがない時は、時点復元ができません。

スナップショット復元

  • 手動バックアップまたは自動バックアップを利用してバックアップ時点に復元できます。
  • 復元するバックアップを実行したDBインスタンスを選択した後、追加機能 > 復元をクリックします。

restore_menu_ja

  • 復元するDBインスタンスの情報を入力します。

restore_by_snapshot_ja

  • ❶ [スナップショット復元]を選択します。
  • ❷復元する手動バックアップまたは自動バックアップを選択します。

時点復元

  • 手動バックアップまたは自動バックアップとバイナリログファイルを利用して特定時点に復元できます。
  • 復元する時刻またはバイナリログファイルのpositionを利用して復元する時点を特定できます。

restore_by_time_ja

  • ❶ [時点復元(by timestamp)]を選択します。
  • ❷復元する時刻を選択します。

restore_by_position_ja

  • ❶ [時点復元(by binlog)]を選択します。
  • ❷復元に使用するバックアップファイルを選択します。
  • ❸復元を行う最後のバイナリログファイルを選択します。
  • ❹復元を行う最後のバイナリログファイルのposition情報を入力します。
    • 入力したpositionの直前までの変更事項が復元されます。 (入力したpositionは復元されません。)
    • バイナリログファイルのposition情報はmysqlbinlogユーティリティを利用して照会できます。
    • 詳しい使用方法はmysqlbinlogを参照してください。

コピー

  • 読み取り性能高めるには、MySQLがサポートするRead Only Slaveを作成します。
  • Read Only Slaveを作成するには、原本DBインスタンスを選択した後、 追加機能 > コピー作成を選択します。

additional_function_0_jp

  • コピー作成のための詳細設定を入力し、 コピー ボタンをクリックすると、コピーが作成されます。
  • コピー元DBインスタンスと同じタイプまたはさらにスペックの高いタイプでの作成を推奨します。スペックの低いタイプで作成した場合、コピー作成処理に遅延が発生することがあります。
  • コピー作成時、コピー元のDBインスタンスのI/O性能が通常より低下することがあります。
  • コピー元のDBインスタンスのサイズに比例して、コピー作成時間が増加することがあります。

    [参考]コピーの進行中、バイナリログファイルのサイズ分、Object Storage使用量が発生することがあります。 [参考]複製が完了すると、Masterインスタンスのアクセスルール(access rule)項目にRead Only Slaveのルールが追加されます。

制約事項

  • 1つの原本インスタンスは、最大5個のコピーを作成することができます。
  • コピーのコピーは作成できません。

昇格

  • コピー関係を切り、Read Only SlaveからMasterに変更することを昇格と呼びます。
  • 昇格したコピーは、原本DBインスタンスの修正事項を自動的に反映しません。
  • 昇格したコピーは、独立したDBインスタンスとして動作するようになります。
  • 昇格するコピーと原本DBインスタンスの間にコピー遅延がある場合、遅延がなくなるまで昇格されません。

容量の確保

  • DBインスタンスのリソースを削除し、ディスク容量を確保できます。

バイナリログ削除

rds_08_20220614

  • バイナリログファイルを削除してディスクスペースを確保します。

[注意]選択した対象バイナリログファイルと、それ以前に作成されたバイナリログファイルがすべて削除されます。 [注意]バイナリログファイルを削除した時、削除したバイナリログファイルによっては特定時点に復元できない場合もあります。 [注意]バイナリログファイルを全て削除した時は、時点復元を使用できません。

ストレージ拡張

rds_09_20220614

  • DBインスタンスのストレージサイズを拡張します。
  • Read Only Slaveが存在する場合、Masterと同じストレージサイズに拡張されます。
  • 対象DBインスタンスの再起動を伴います。
  • 高可用性インスタンスの場合、フェイルオーバーを利用した再起動ができます。
    • フェイルオーバーを利用してStorageを拡張する場合、マスターが変更されます。瞬断時間は短くなりますが、全体の作業時間は少し時間がかかる場合があります。
    • マスターが変更されるとbin logファイルが全て削除され、変更される前の時間に復元ができません。
    • Masterにlockがかかっていたり複製ディレイが長い場合、フェイルオーバーが行われなかったり時間が長くかかるため、トランザクションが全て終了し、複製ディレイがないことを確認する必要があります。

DBスキーマ& DB User管理

  • DBスキーマとDB UserをWebコンソールで管理できます。

[参考] DBスキーマとDB Userをクエリーで作成、修正、削除できません。 db_schema_and_user_list_20210209_ja

  • 変更ボタンを押すと、DBスキーマとユーザーを変更できるようになります。

db_schema_and_user_modify_20210209_ja

  • 追加ボタンを押すと、DBスキーマとDB Userの変更事項が一度に適用されます。
  • DBスキーマの名前変更はサポートしません。
  • DB Userの権限は4個の権限で構成されます。
    • READ：データを照会できます。
    • CRUD：READ権限に加えてDMLクエリを実行できます。
    • DDL：CRUD権限に加えてDDLクエリを実行できます。
    • CUSTOM：既存ユーザーの権限です。 CUSTOM権限に変更することはできず、CUSTOM権限のユーザーは削除のみ可能です。

[注意] 2021.2.16以後に作成されたRDS for MySQLインスタンスは、Webコンソールからのみuserを追加いただけます。 これはMySQLのバグに起因し、当サービスで採用しているバックアップソリューションによる複製が中断されるための回避策となります。 CLIによる操作を希望の場合、カスタマーサポートまでお問い合わせください。

また、2021.2.16以前のインスタンスではCLIによる操作も可能ですが、Read Only Slaveを持っていたり、高可用性インスタンスを有効化している場合、 CREATE USER、 ALTER USER、 GRANTに関わる作業後にflush privilegesを実行することで上述のバグによる中断が回避されます。 * 下記のDB Userはポリシー上使用できません。 * mysql.session * mysql.sys * sqlgw * admin * etladm * alertman * prom * rds_admin * rds_mha * rds_repl

  • DBスキーマとDB User項目の同期化ボタンを押すと、 DBインスタンスに作成されたDBスキーマとDB User情報をそれぞれ取得できます。

ログファイル

  • DBインスタンスに接続しなくても、ログファイルの閲覧やダウンロードができます。
  • DB Instanceを選択した後、Events & Logタブを押すと、設定に応じてerror.log、slow_query.log、general.log、server_audit.logファイルを確認できます。

rds_13_20210112

  • また、必ずDB Configurationでログを残すように設定する必要があります。
  • 参照ボタンをクリックすると、新しいウィンドウでログファイルを閲覧できます。
  • ログの長さに入力されたライン数だけ閲覧でき、終わりから512KBサイズのログを閲覧できます。

rds_14_20210112

  • ログファイル全体を閲覧したい場合、 ダウンロード ボタンをクリックして直接ファイルをダウンロードする必要があります。

rds_15_20210112

  • ダウンロード ボタンをクリックすると、新しいウィンドウが表示されます。
  • 取得 ボタンをクリックして少し待つと、 ダウンロード ボタンが有効になり、ダウンロードできるようになります。
  • ログファイルは臨時Object Storageにアップロードされ、最大5分間ダウンロードできるようになります。

    [参考] Object Storageにアップロードされ、削除される5分間にObject Storage使用料金がかかることがあります。

Audit Log

  • DB Configurationの設定を行ってaudit logを残すことができます。
  • 作成されたaudit logファイルは、Event & Logタブで確認、ダウンロードできます。
  • 詳細な設定値は、次のサイトで確認できます。
    • https://mariadb.com/kb/en/mariadb-audit-plugin-options-and-system-variables

[注意] MySQL 5.7.15, 8.0.18, 8.0.23 バージョンはサポートしません。

イベント

event_list_0_ja

DBインスタンスに関連するさまざまな作業中に発生する各種イベントおよび通知グループの監視設定結果を確認できます。

  • ❶イベントタイプを選択して照会できます。
  • ❷イベントソースまたはメッセージを検索できます。
  • ❸イベント発生期間を選択できます。
  • ❹検索条件に合ったイベントをCSVファイルとして保存できます。

イベント購読

event_sub_list_0_ja

イベント購読状況を照会できます。

  • ❶ 購読名またはイベントソースで検索できます。
  • ❷イベント購読を新規で作成できます。
  • ❸修正したい購読を選択して購読内容を修正できます。
  • ❹削除したい購読を選択して削除できます。

イベント購読の登録および修正

event_sub_popup_0_ja

  • ❶イベント購読名を入力します。
  • ❷イベント購読を行いたいタイプを選択します。タイプによって選択できるイベントコードおよびイベントソースが制限されます。
  • ❸イベント購読を行いたいコードを選択します。
  • ❹イベント購読を行いたいソースを選択します。
  • ❺通知が送信されるユーザーグループを選択します。グループを選択しない場合は通知が送信されません。
  • ❻有効/無効を選択します。

サーバーダッシュボード

server_dashboard_1_ja

各種性能指標をチャート形式で確認できます。

  • ❶インスタンス名またはIPアドレスで検索できます。
  • ❷条件にマッチするサーバーが表示されます。サーバーの状態に応じて右のアイコンの色が変更されます。
    • 緑色：正常状態
    • 赤色：エラー状態
    • 灰色：削除されたサーバー
  • ❸レイアウトを選択できます。
  • ❹レイアウトを修正、削除できます。
  • ❺レイアウトを作成するポップアップが表示されます。
  • ❻レイアウトにチャートを追加できます。
  • ❼レイアウトに複数台のサーバーを比較できるグループを追加できます。
  • グループチャートはサーバー間のデータ比較のためラインチャートに統一されます。
  • グループチャートは既に保存されているチャート情報を共有しないため、チャートを別途追加する必要があります。
  • ❽照会期間を現在時刻に設定した後、チャートを更新します。
  • ❾照会期間を変更できます。
  • ➓チャートが表示されます。

レイアウト追加

server_dashboard_layout_create_1_ja

  • ❶レイアウト作成ボタンをクリックします。
  • ❷レイアウト名を入力します。

レイアウトの修正および削除

server_dashboard_layout_modify_1_ja

  • ❶管理ボタンをクリックします。
  • ❷レイアウトを修正することができる編集画面に変更されます。
  • ❸レイアウトを削除できます。

server_dashboard_layout_modify_2_ja

  • ❶確認ボタンをクリックすると変更事項が保存されます。
  • ❷キャンセルボタンをクリックすると変更事項がキャンセルされます。

チャート追加

server_dashboard_chart_add_1_ja

  • ❶チャートを追加したいレイアウトを先に選択します。
  • ❷チャート追加ボタンをクリックすると、以下のようにチャート追加ポップアップが表示されます。

server_dashboard_chart_add_2_ja

  • ❶追加しようとしているチャートが表示されます。
  • ❷追加しようとしているチャートを選択できます。

チャート修正

server_dashboard_1_ja

  • ❶チャートの上部領域をマウスでドラッグしてチャートを移動させることができます。
  • ❷チャートを削除できます。
  • ❸チャート右下をマウスでドラッグしてチャートのサイズを変更できます。

グループ追加

server_dashboard_chart_group_add_1_ja

  • ❶グループを追加するために先にレイアウトを選択します。
  • ❷ グループ追加 ボタンをクリックすると、以下のようにグループ追加ウィンドウが表示されます。

server_dashboard_chart_group_add_2_ja

  • ❶グループ名を入力します。
  • ❷チャートに表示する照会対象インスタンスを選択します。
    • 照会対象インスタンスは10個まで登録できます。

グループの修正および削除

server_dashboard_chart_group_modify_delete_1_ja.png

  • ❶修正するグループのさらに表示メニュー ボタンをクリックすると、以下のようにドロップダウンメニューが表示されます。
  • ❷ 編集ボタンをクリックするとグループ編集ウィンドウが表示されます。
  • ❸ 削除ボタンをクリックするとグループを削除できます。

server_dashboard_chart_group_modify_delete_2_ja.png

  • ❶修正したい項目を修正した後、確認ボタンをクリックします。

グループチャートの追加

server_dashboard_chart_group_add_chart_1_ja

  • ❶追加したいチャートをチェックボックスで複数選択して追加できます。
  • ❷テキスト領域をクリックすると、追加するチャートをプレビューできます。

グループチャートの線の色を変更

server_dashboard_chart_group_modify_series_color_1_ja.png

  • ❶色を変更したいサーバーを一覧からクリックすると、色変更ウィンドウが表示されます。
  • ❷上部のカラーチャートから好きな色をクリックして変更できます。
    • 基本色は、カラーチャートに表示される順序で指定されます。
  • ❸色コードを直接入力して変更できます。
    • 直接入力するときは、3桁または6桁の色コードをサポートします。
    • 例) #000または #000000
  • ❹色選択ツールで好きな色を選択して変更できます。

ユーザーグループ

通知グループおよびイベント購読を通して通知を受けるユーザーをグループで管理できます。

ユーザーグループ作成

user_group_create_0_ja

  • ❶ユーザーグループ作成ボタンをクリックするとユーザーグループを作成することができるポップアップが表示されます。

user_group_create_1_ja

  • ❷グループ名を入力します。
  • ❸通知対象ユーザーが表示されます。xボタンをクリックすると通知対象から除外されます。
  • ❹通知対象にユーザーを追加します。
  • ❺ユーザーリストのすべてのユーザーを通知対象に追加します。

ユーザーグループ修正

user_group_modify_0_ja

  • ❶修正したいユーザーグループの編集ボタンをクリックすると、ユーザーグループを修正することができるポップアップが表示されます。

user_group_modify_1_ja

  • ❷修正したい項目を修正した後、確認ボタンをクリックするとユーザーグループが修正されます。

ユーザーグループ削除

user_group_delete_0_ja

  • ❶削除したいユーザーグループの削除ボタンをクリックします。

通知グループ

インスタンスの性能指標に監視設定を追加して通知を受け取ることができます。

通知グループ作成

notification_group_create_0_ja

  • ❶グループ作成ボタンをクリックします。

notification_group_create_1_ja

  • ❷通知グループ名を入力します。
  • ❸通知タイプを選択します。複数選択できます。
  • ❹有効/無効を設定します。
  • ❺監視対象インスタンスを選択します。
  • ❻ユーザーグループを選択します。

通知グループ修正

notification_group_modify_0_ja

  • ❶修正したい通知グループの編集ボタンをクリックします。

notification_group_modify_1_ja

  • ❷修正したい項目を修正した後、確認ボタンをクリックします。

通知グループ削除

notification_group_delete_0_ja

  • ❶削除ボタンをクリックすると、登録された通知グループを削除できます。

監視設定を追加

notification_group_watchdog_0_ja

  • ❶監視設定を修正したい通知グループの監視設定ボタンをクリックします。

notification_group_watchdog_1_ja

  • ❷監視設定ボタンをクリックします。

notification_group_watchdog_2_ja

  • ❸監視する項目を選択します。
  • ❹比較方法を選択します。
  • ❺しきい値を入力します。項目によって入力できる最大値が異なります。
  • ❻持続時間を入力します。
  • ❼追加ボタンをクリックすると監視設定が登録されます。キャンセルボタンをクリックすると監視設定が登録されません。

監視設定の修正および削除

notification_group_watchdog_3_ja

  • ❶編集ボタンをクリックすると監視設定を修正できます。
  • ❷削除ボタンをクリックすると監視設定を削除できます。

ユーザー権限の分離

  • プロジェクトメンバーの権限をRDS for MySQL ADMIN / RDS for MySQL MEMBERに区分して付与できます。
  • RDS for MySQL ADMIN権限は、従来と同じように、すべての機能を使用できます。
  • RDS for MySQL MEMBER権限は、情報を照会する機能のみ使用できます。
    • インスタンスの作成、修正、削除など、インスタンスを対象に行うあらゆる機能を使用できません。
    • ただし、Notificationタブでアラームに関連する機能は使用できます。

Processlist

基本データ照会

processlist_1_ja

DBから収集されたプロセスリストとInnoDB状態をチャートと表形式で確認できます。 チャートでは時間帯別に収集された数を表し、表で詳細情報を確認できます。

  • ❶インスタンス名またはIPアドレスで検索できます。
  • ❷条件に合ったサーバーが表示されます。サーバーの状態に応じて右側のアイコンの色が変わります。
    • 緑：正常状態
    • 赤：エラー状態
    • 灰色：削除されたサーバー
  • ❸ Process ListとInnoDB Status情報をタブで選択して照会します。
  • ❹照会期間を現在時刻に設定した後、チャートを更新します。
  • ❺照会期間を変更できます。
    • 照会期間は最大1時間以内に設定する必要があります。
  • ❻検索キーワードを入力して照会期間内のデータを検索します。
  • ❼ 1ページ内に照会するデータ数を指定します。 (デフォルト値：20個)
  • ❽ CSV保存ボタンをクリックすると全体照会データをCSVファイル形式で保存します。
  • ❾収集されたプロセスリスト情報を最新順に並べて出力します。
  • ➓ 詳細表示ボタンをクリックすると該当する行の詳細情報を確認できます。
  • ⓫ 表示ボタンをクリックすると、該当する時間のInnoDB Status情報を確認できます。

キーワード検索

processlist_search_1_ja

  • ❶検索キーワードを入力してデータフィールド全体を検索します。
    • 検索キーワードは大文字/小文字を区別せず、スペースを入力して複数のキーワードを入力できます。
    • 文章検索が必要な場合は引用符("",'')で囲んで入力します。
      • 例) "for semi-sync" slave
  • ❷検索期間は最新順に自動設定され、10分単位で照会するか、収集されたデータが多い場合は1,000件以上になる時点に制限して、制限された単位で照会します。
  • ❸ 追加検索ボタンをクリックすると、上記と同じ単位で追加照会します。
  • ❹ 初期化ボタンをクリックすると、入力された検索キーワード、検索期間などがすべて初期化されます。
  • ❺ CSV保存ボタンをクリックすると、自動設定された検索期間に関係なく全期間を照会して保存します。

チャート照会範囲設定

processlist_zoom_1_ja

  • ❶チャートをドラッグして照会範囲を設定できます。

processlist_zoom_2_ja

  • ❶拡大状態を初期化できます。
  • ❷拡大された状態で検索すると、拡大範囲内でのみ検索します。
  • ❸ CSV保存ボタンをクリックすると、拡大範囲内のすべてのデータを保存します。

チャート時点照会

processlist_select_1_ja

  • ❶チャートデータを選択すると、該当時点のデータだけを照会します。
  • ❷チャートデータが選択された状態で検索すると、選択された時点内でのみ検索します。
  • ❸ CSV保存ボタンをクリックすると、選択された時点内のすべてのデータを保存します。

付録

付録1. ハイパーバイザメンテナンスのためのDBインスタンスマイグレーションガイド

NHN Cloudは周期的にDBインスタンスのハイパーバイザソフトウェアをアップデートしてセキュリティと安定性を向上させています。 メンテナンス対象ハイパーバイザで起動中のDBインスタンスは、マイグレーションを通してメンテナンスが完了したハイパーバイザに移動する必要があります。

DBインスタンスのマイグレーションはNHN Cloudコンソールで開始できます。 DB構成に応じて特定DBインスタンスを選択してマイグレーションする時、関連するDBインスタンス(例えばSlaveインスタンス)もメンテナンス対象の場合は一緒にマイグレーションを進行します。 下記のガイドに従ってコンソールにあるマイグレーション機能を利用してください。 メンテナンス対象に指定されたDBインスタンスがあるプロジェクトに移動します。

1. メンテナンス対象DBインスタンスを確認します。

名前の横にマイグレーションボタンがあるDBインスタンスがメンテナンス対象のインスタンスです。

rds_planed_migration_0

マイグレーションボタンにマウスオーバーすると、メンテナンス日程の詳細を確認できます。

rds_planed_migration_1

2. メンテナンス対象DBインスタンスに接続中のアプリケーションソフトウェアを終了する必要があります。

DBに接続しているサービスに影響を与えないように、適切な措置を取ってください。 やむを得ずサービスに影響を与えてしまう時は、NHN Cloudサポートに連絡してくだされば、適切な措置を案内いたします。

3. メンテナンス対象DBインスタンスを選択してマイグレーションボタンをクリックし、DBインスタンスマイグレーションの確認ウィンドウが表示されたら確認ボタンをクリックします。

rds_planed_migration_2

4. DBインスタンスのマイグレーションが終わるまで待機します。

DBインスタンスの状態が変更されない場合は「更新」を行ってください。

rds_planed_migration_3

DBインスタンスのマイグレーション中は何も操作ができません。 DBインスタンスのマイグレーションが正常に完了しなかった場合、自動的に管理者に報告され、NHN Cloudから別途連絡いたします。

付録2. RDSを利用してFederated Storage Engine使用するときの構成ガイド

Federated Storage Engineを使用する場合、次を考慮する必要があります。

ローカルノードとしてRDSを利用する構成の場合

  • リモートノードへの送信を許可する設定が必要です。
  • インスタンス詳細設定のバックアップ& Access制御 タブで設定が可能です。
  • 「#簡単に始める」の「ユーザーアクセス制御」を参照してください。
  • ローカルノード役割のRDSにRead Only Slaveを追加した構成で使用する場合は、 DB Configurationのreplicate-ignore-tableにfederated設定されたテーブル名を指定する必要があります。
  • Read Only Slaveを構成する場合、 federatedテーブルも複製され、MasterとRead Only Slaveがリモートノードを一緒に見ます。
  • この場合、Masterに行ったデータ入力がfederated設定によってリモートノードにも行われ、Read Only Slaveでも同様に同じ入力が行われ、重複キーエラーなどによるレプリケーション中断が発生することがあります。
  • Read Only Slaveがfederatedテーブルを複製しないようにreplicate-ignore-tableに設定する必要があります。
  • インスタンス詳細設定のDB Configurationタブで設定できます。

リモートノードとしてRDSを利用する構成の場合

  • ローカルノードでの受信を許可する設定が必要です。
  • インスタンス詳細設定のバックアップ& Access制御タブで設定できます。
  • 「#簡単に始める」の「ユーザーアクセス制御」を参照してください。
目次
TOP