前の記事はこちら！ ApsaraDB for MongoDBを使ってみる【事前準備編】
ApsaraDB for MongoDB
Alibaba CloudにはマネージドのMongo DBであるApsaraDB for MongoDBがある。
まずはアーキテクチャについて。
ApsaraDB for MongoDB のアーキテクチャとコンポーネント
そも、ApsaraDB for MongoDBには読み取り専用ノードが存在している。
ApsaraDB for MongoDB は、インスタンスがプライマリ ノードとセカンダリ ノードから読み取りワークロードをオフロードできるように、独立した接続文字列 Uniform Resource Identifier (URI) を持つ読み取り専用ノードを提供します。読み取り専用ノードは、プライマリ ノードとセカンダリ ノードが大量の読み取り要求を処理する場合に、独立したシステムに直接接続するのに適しています。
だそうで、スループット向上のためにプライマリ、セカンダリノードの他に提供されている。
主な機能として以下があるらしい
- 読み取り専用ノードは、oplog を使用して、待ち時間が最も短いプライマリ ノードまたはセカンダリ ノードからデータを同期します。読み取り専用ノードは、大量の読み取り要求を受信するビジネス シナリオで、プライマリ ノードとセカンダリ ノードの読み取りワークロードを軽減するために使用できます。
- 読み取り専用ノードには、インスタンス用の独立した接続文字列 URI があります。読み取り専用ノードは、分析サーバーなどの分析プログラムへの直接接続に適しています。読み取り専用ノードは、既存のプライマリ ノードとセカンダリ ノードへの接続を中断しません。
- インスタンスに 2 つ以上の読み取り専用ノードがある場合は、読み取り専用接続文字列 URI を使用して、読み取り専用ノードが受信する読み取り要求のバランスをとることができます。
セカンダリノードとの明確な差も載ってた
ちなみにレプリカセットインスタンスとシャードクラスターインスタンスで使えて、最大5つ作れるみたい。
次はインスタンスの種類について。
スタンドアロンとレプリカセットとシャードクラスターの3種類あるらしい。それぞれの特徴をかいていく。
コスト効率が非常に高く、重要なビジネス データの保存を必要としないシナリオに適しています。たとえば、開発、テスト、学習、トレーニングなどのシナリオでスタンドアロン インスタンスを使用できます。
障害からの回復に長い時間がかかり、サービス レベル アグリーメント (SLA) の保証がありません。
特定のリージョンとゾーンにのみデプロイできます。
MongoDB 4.0 および 3.4 のみをサポートします。
データの読み取りと書き込みに使用されるノードを 1 つだけ提供します。
レプリカ セット インスタンスは、プライマリ ノード、1 つ以上のセカンダリ ノード、非表示ノード、および 1 つ以上のオプションの読み取り専用ノードで構成されます。
レプリカ セット インスタンスは、災害復旧やフェイルオーバーなどの高度な機能を提供します。
たとえば、オンライン読書サービスを提供する Web サイトを運営しているか、注文クエリを提供するシステムを実行しているとします。これらの Web サイトとシステムは、大量の読み取り操作と少数の書き込み操作を処理します。さらに、突発的なイベントにより、これらの Web サイトまたはシステムでの操作数が急増する可能性があります。このようなシナリオでは、セカンダリ ノードまたは読み取り専用ノードを追加または削除して、レプリカ セット インスタンスの読み取り機能を調整できます。
mongos、shard、Configserver ノードの 3 種類のコンポーネントで構成されます。mongos および shard ノードの構成と数を選択して、さまざまなパフォーマンス機能を持つ
表をみる感じスタンドアロンのMongoコンポーネントがリクエストのクエリに応じて書き込み先のシャードノードにルーティングするみたい
シャードノードはレプリカセットを持っていて、configserverがシャードのメタデータをもっている と。
まとめると、開発用はスタンドアロンで、本番はレプリカセット使う
レプリカセットで捌けないレベルならシャーディングクラスターを使う
みたいな感じ？
とりあえずコンソールから立ち上げてみる！
今回はレプリカセットのインスタンスにする。
VPCとVSwitchを設定する欄があるので、これらも新規でつくってみる。
MongoのデフォルトゾーンがCだったので、VSwtichもZone Cでつくる。
できた！
ローカルからApsaraDB for MongoDBインスタンスに接続する
先ほど作ったAPIの中でMongoの繋ぎ先をインスタンスにしてみる。
connect-to-an-apsaradb-for-mongodb-instance-over-the-internet
を参考に繋ぐ。
まずローカルPCのパブリックIPをApsaraDB for MongoDBインスタンスのホワイトリストに追加する。
次に、インターネット接続するためにインスタンスのパブリックアドレスの設定する。
APIのなかのMongoClientの接続先を変更し、アクセスしてみる。
アクセスできた！
ちなみにAlibaba Cloudには統合されたDBサービスのDMSというのがあるようなので、ついでに使ってみる。
DMS
データ管理 (DMS) は、データ管理、ユーザー認証、セキュリティ監査、ロックフリーの変更、データ追跡、データ視覚化などの機能をサポートしています。
だそうで、これでAlibaba Cloud内の各種DBをまとめて管理できるらしい。めっちゃ便利そう。
DMS を介したレプリカセット ApsaraDB for MongoDB インスタンスへの接続 を参考に使ってみる。
まずは下準備でMongoインスタンスのホワイトリストにDMSのIPを追加する。
データベースのログインを押下してSecondaryとPrimaryのどちらかを選択 今回はSecondaryにしてみる。
接続文字列アドレスは自動で入ってくれているので、アカウントとパスワードを入力する。
管理モードが3つあり、個人向けは無料操作or安定した変更で企業向けはセキュリティコラボレーションみたい。
セキュリティコラボレーションだとロールバックできるのと、セキュリティルールで各アカウントの権限管理ができそう
今回は個人なので安定した変更つまりStable Changeモードにしていざログイン！
なんかいろいろ書いてあるけど一旦インスタンスをみてみる
testが今回作ったやつ！ある！
しかしちょっと反映に時間差があったので注意。
テーブルの詳細をみてみるとデータプレビューできそうだったが、制御モードをアップグレードしないと見られないらしい。
ので、素直にクエリを実行してデータ参照してみる。
自動で全データ抽出してくれた！便利〜。
とりあえずデータ参照できたのでいちいちローカルのクライアントから繋いでみる手間が省けてめちゃめちゃ楽。
他のDBもまるっと管理できるのは本当にすごい！！！最高。
画面のレイアウトというか表示項目たくさんで慣れるまで時間はかかりそうだけど、できることも多いということだな。
次はACKをいじってみる。
次の記事はこちら！ ACKをApsaraDB for MongoDBとともに使ってみる