Azure Database for MySQL フレキシブルサーバを立ててみた

2020-11-06Azure,Database For MySQL

今回はAzure Database for MySQL フレキシブルサーバを構築してみました。

公式サイトによると、Azure Database for MySQL フレキシブルサーバはデータベース管理機能と構成設定のよりきめ細かな制御と柔軟性を提供するように設計されたフル マネージド データベース サービスです。との記載があります。

違いがいまいちよく分からないですね。。。

Azure VM＋MySQLがセットで提供されるものと考えれば大体あってそうな気がします。
それゆえにゾーン冗長の高可用性や停止伴い課金も停止する等Azure Database for MySQLとの違いがあります。
またすべてのレベルでVNET統合(サブネットの委任設定が必要)出来るのは非常にありがたい所です。
ただパラメータについては表示をされるものの、操作出来ない部分も多くありこの編は難しい所です。

※2020年10月末時点では本機能はプレビュー段階です。

スポンサーリンク

Azure Database for MySQL フレキシブルサーバを作ってみる

Azure Poratalを使って、Azure Database for MySQL フレキシブルサーバを作ってみます。

１)Azure PoratalでAzure Database for MySQL フレキシブルサーバのメニューを開きます。追加クリックします。。

２)Azure データベースの選択画面になりますので、フレキシブルサーバにある作成をクリックします。

３)基本設定が表示されます。まず最初のサイズの選択を行います。リージョンを選択後にサーバの構成をクリックします。

４)コンピューティングとストレージを選択します。

      • コンピューティングとストレージで設定する項目
        • Compute Tier：VM SKU を選択。(Bシリーズ、Dシリーズ、Eシリーズの対応)
        • コンピューティングサイズ：CPUとメモリの選択
        • ストレージサイズ：DBのサイズ
        • バックアップ：バックアップの保存期間
        • バックアップ冗長オプション：バックアップの冗長可否

詳細は下記に記載されておりますが、コンピューティングサイズによってIOPSの制限値が異なるのでこの点は注意が必要です。

５)基本設定画面で残りの項目を設定します。

      • 基本で設定する項目
        • リソースグループ
        • サーバ名
        • リージョン
        • ワークロードの種類(４で設定済み)
        • コンピューティングとストレージ(４で設定済み)
        • High Avalabilty
        • My SQLバージョン(現在は5.7固定)
        • 管理者ユーザー名
        • パスワード

６)ネットワークの設定です。接続方法と接続するネットワークやIPを選択します。

今回はプライベートアクセス(VNET統合を選択します)

      • ネットワークで設定する項目
        • 接続方法：パブリックアクセスもしくはVNETからのアクセス
        • 接続許可：パブリックアクセスの場合は接続元IP、VNETからのアクセスの場合は統合するVNETおよびサブネット

VNET統合する場合に指定するサブネットはMicrosoft.DBforMySQL/flecibleserverをサービス委任しておく必要があります。

.

７)タグの設定です。適時必要に応じて設定します。

８)確認画面が表示されますので、作成をクリックします。

これで作成作業は完了です。

Azure Database for MySQL フレキシブルサーバを簡単に触ってみました

簡単に触ってみた所こんな感じでした。

      • Azure Monitorに設定できる項目はAzure Database for MySQLと同じ
      • 5.7のみサポート(2020年10月末現在)
      • 簡単なSQLを使って応答速度を見てみた所、Azure Database for MySQLとパフォーマンスは変わらなかった
      • 待機時CPU使用率が高い(何もしてなくてもCPU使用率が５%を超えている)
      • 接続時のUserNameの後に＠HOST名をつける必要が無い。
      • 設定できるパラメータが増えている。ただ設定変更を失敗するケースが多い。(プレビューなので諦める)
      • require_secure_transportがONになっており変更できない。(これちょっと面倒です。)
      • 開発レベルからレプリカを利用可能（ただレプリケーション先のリージョンは選べず、削除もレプリカ先のDBを直接削除)

コスト的なメリットもあり使い勝手も良いので開発環境はこれで使うのは非常に良いかと思いました。今後もう少し触ってみたい所です。

Runbookを使った自動起動停止はこちらでやっています。併せて見て頂けるとありがたいです。

Azure,Database For MySQL