Oracle MySQL Cloud Serviceを使ってみました-スナップショット&クローン編

この記事は最終更新から2年以上経過しています。内容が古くなっている可能性があります。

はじめに

今回は、Oracle MySQL Cloud Serviceのスナップショット&クローン機能を検証してみたいと思います。
Oracle MySQL Cloud Serviceではバックアップ機能と共にスナップショット機能も提供しています。スナップショット機能では、インスタンスから現状のスナップショットを取得し、取得時と同じ環境(データ)のクローン・インスタンスを作成することができます。

では、見ていきましょう。

※以前弊社のブログでGUIでのインスタンスの作成や、バックアップ&リストア機能も紹介していますので、一緒にご覧になってください。

目次

検証

下記の順で、簡単に確認してみました。

  1. スナップショット前の準備
  2. スナップショットの実施
  3. クローン前の準備
  4. クローン実施
  5. スナップショット/クローン後のインスタンス情報確認

※おまけ

  • バックアップ VS スナップショット機能の使い分け
  • 削除機能について
  • ストレージの確認

1. スナップショット前の準備

スナップショットを取得する「SnapshotTest」というインスタンスを作成しておきました。
詳細情報は下記の通りです。今回はバックアップ、MySQL Enterprise Monitorは利用していないため、「なし」に設定しています。
作成後のストレージの容量は125GBです。

簡単なテーブルを作成しデータを5件登録しておきました。

2. スナップショットの実施

インスタンスの管理画面 → Snapshotsタブ → Createボタンをクリックし、「Create Snapshot」画面を表示します。

「Snapshot Name」、「Snapshot description」を入力し、「Create」ボタンをクリックします。

「Snapshot Name」には、最初の1文字は英字で始まり、入力可能文字は英数字、ハイフンのみ入力可能です。
※アラート文言にも書いていますが、スナップショットを取得している際にはメンテナンスモードになり、読み取り専用モードになりますのでお気をつけてください。

「Available Snapshots」の方で、取得したスナップショットのリストが確認できます。

ストレージの容量が250GBで、スナップショットの取得前の2倍になっていることが確認できます。

※スナップショット時、フルボリュームのスナップショットを取得しているため、元のボリュームのサイズと同じ容量のストレージが増量されます。
例)スナップショットを2回取得している場合のストレージ容量
  ・元ボリューム       : 125G
  ・1個目のスナップショット後:125G + 125G = 250G
  ・2個目のスナップショット後:125G + 125G + 125G = 375G

3. クローン前の準備

クローン時、現状のデータではなく、スナップショット時のデータが取得されることを確認するため、「SnapshotTest」インスタンスのデータを修正します。テーブルにmemo項目を追加し、データを5件追加しました。

4. クローン実施

先ほど作成したスナップショットのアクションボタンをクリックし、表示されたメニューから「Create Clone」をクリックします。

◆Instance画面 – 初期表示時

「Create Instance」画面が表示されました。
通常のインスタンス作成画面とは違って、右上にクローンの元になるスナップショットの情報が表示されています。
以降は、新規インスタンス作成時と同様、インスタンスの情報を設定し、クローン・インスタンスを作成していきます。
※「Region」編集不可項目です。(「SnapshotTest」インスタンス作成時は、「aucom-east-1」を選択)

項目名 編集可否 初期値
Instance Name 可 空
Description 可 空
Notification Email 可 ログインユーザーのEmail
Region 不可 「No Preference」
Tags 可 空

◆Instance画面 – 入力後

インスタンスの基本情報を入力し、「次>」ボタンをクリックします。

◆詳細画面 – 初期表示時

詳細画面の初期表示時です。通常のインスタンス詳細画面に比べ、すでに入力されている項目や、変更不可項目、非表示項目があります。
※「①Reserved IPs」項目、「②バックアップからのデータの初期化」エリアは非表示で、「③使用可能なデータベース・ストレージ(GB)」、「④データベース・スキーマ名」、「⑤サーバー文字セット」、「⑥タイムゾーン」、「⑦MySQL Enterprise Monitorの構成」は編集不可項目です。

※下記の「引継ぎ値」は、インスタンス(スナップショット元)の作成時に入力していた値です。

  • 構成
    項目名 編集可否 初期値
    コンピュート・シェイプ 可 引継ぎ値
    SSH公開鍵 可 空
    高パフォーマンス・ストレージの使用 可 空(未チェック)
    Reserved Ips 非表示 –
  • MySQL構成
    項目名 編集可否 初期値
    使用可能なデータベース・ストレージ(GB) 不可 引継ぎ値
    管理ユーザー名 可 引継ぎ値
    パスワード 可 空
    Confirm パスワード 可 空
    データベース・スキーマ名 不可 引継ぎ値
    サーバー文字セット 不可 引継ぎ値
    タイムゾーン 不可 引継ぎ値
    MySQLポート 可 引継ぎ値
    MySQL Enterprise Monitorの構成 不可 引継ぎ値

    ※下記の項目は、「MySQL Enterprise Monitorの構成」の引継ぎ値が「はい」の場合のみ表示されます。

    項目名 編集可否 初期値
    マネージャ・ユーザー 可 引継ぎ値
    マネージャ・パスワード 可 空
    Confirm マネージャ・パスワード 可 空
    エージェント・ユーザー 可 引継ぎ値
    エージェント・パスワード 可 空
    Confirm エージェント・パスワード 可 空
  • バックアップおよびリカバリ構成
    項目名 編集可否 初期値
    バックアップの保存先 可 「クラウド・ストレージとディスク・ストレージ両方」
    クラウド・ストレージ・コンテナ 可 「【storage service rest endpoint url】/MySQLCS」
    ユーザー名 可 引継ぎ値
    パスワード 可 空
    クラウド・ストレージ・コンテナの作成 可 チェック済み
  • MySQL Enterprise Monitorの構成:非表示

◆詳細画面 – 入力後

インスタンスの詳細情報を入力し、「次>」ボタンをクリックします。

◆確認画面

内容を確認し、「作成」ボタンをクリックします。

しばらく時間が経ち、クローン・インスタンスが作成できました。
クローン・インスタンスは区別しやすくするため、イメージに「C」がついています。

DBに接続してデータを確認してみましょう。

予想通り、スナップショット取得時のデータが登録されていました。

5. スナップショット/クローン後のインスタンス情報確認

◆スナップショット – Instance Overview

画面の下端部に「Associations」が追加され、「CloneTest」の情報が表示されるようになりました。

◆スナップショット – Snapshots

クローン元のスナップショットの下端部に「Cloned Instances」が追加され、同じく「CloneTest」の情報が確認できます。

◆クローン・インスタンス – Instance Overview

画面の下端部に「Associations」が追加され、「SnapshotTest」の情報が表示されるようになりました。

◆クローン・インスタンス – Snapshots

クローン・インスタンスには「Snapshots」タブが非表示になっており、スナップショット機能が使えなくなりました。

まとめ

簡単に複数のクローン・インスタンスが作成できるので、開発での分岐リリースなどでテーブルのデータや定義を変える必要がある場合や、テスト/本番で環境を分ける必要がある場合などで利用すると便利そうです。

ただし、取得したスナップショットからのリストアや、クローンではない独立した別のインスタンスを作成することはできないため、バックアップ機能とスナップショット機能を適切に使い分けて使用する必要があります。

検証は以上です。下記は「おまけ」は参考程度で、ご覧になってください。
 

◆マニュアル

おまけ

◆バックアップ VS スナップショット機能の使い分け

  • バックアップを目的にし、Point-in-Time リストア機能を使いたい場合
    リストアはスナップショットの機能では利用できません。バックアップ&リストアの機能を利用します。
    インスタンスの作成時「バックアップおよびリカバリ構成」エリアの「バックアップ保存先」に対し「なし」以外を選択 → スケジュールバックアップを有効にすると「管理」画面の「Backup」タブでバックアップ&リストア機能が利用できます。
    Oracle MySQL Cloud Serviceを使ってみました-バックアップ&リストア(前編)
    Oracle MySQL Cloud Serviceを使ってみました-バックアップ&リストア(後編)
     

  • 現状のデータベース(データ)をベースに新規インスタンスを作成したい場合
    新規インスタンス作成時のデータ初期化機能を利用します。
    現状インスタンスのバックアップを取得し、新規インスタンスの生成時「Create Instance – 詳細」画面から、「バックアップからのデータの初期化」に取得したバックアップを設定してインスタンスを生成することで作成できます。

  • 現状のインスタンスのクローンを作成したい場合
    本日検証していたスナップショット&クローン機能を利用することで、作成できます。

◆削除機能について

1.スナップショットの削除

  • 紐付いているクローン・インスタンスが存在する場合
    削除機能がDisabledになり、削除できません。
    スナップショットを削除するには、先に紐付いているクローン・インスタンスを削除する必要があります。

  • 紐付いているクローン・インスタンスが存在しない場合
    削除機能が使用できます。

2.インスタンスの削除

  • スナップショットに紐付いているクローン・インスタンスが存在する場合
    インスタンスは削除できません。
    「SnapshotTest」インスタンスのアクションメニュー → 削除

同アイデンティティ・ドメインの中に「CloneTest」サービスが依存しているため、「SnapshotTest」インスタンスが削除できませんと警告が表示され、削除できません。

◆ストレージの確認

Compute Classic → ストレージタブ → ストレージ・スナップショットを選択すると、スナップショットのストレージ情報が確認できます。

Compute Classic → ストレージ タブ → ストレージ・ボリューム を選択すると、スナップショット・クローンの紐付き情報及び、ストレージ情報が確認できます。


Oracle Cloud

 

スマートスタイルTECHブログについて

スマートスタイルTECHブログでは、日頃OCIのサポート業務に従事している有資格者で構成された技術サポートチームがOCIに関する技術情報を発信しています。データベースのお困りごとはお気軽にご相談下さい。

よかったらシェアしてね!
  • URLをコピーしました!
目次