問題タブ [mongodb-mms]

Mongo 3.0 (Wired Tiger ストレージ エンジン) にアップグレードしてから、MMS のデータ量が急激に増加した理由が気になります。過去数週間の新しい成長の傾きは、アップグレードと直接相関しています。このデータベースには、500 を超えるドキュメントを含むコレクションが 2 つしかありません...これらは両方とも巨大なコレクションですが、ドキュメント構造はアップグレード前とアップグレード後と同じままです。また、これらのコレクションで集計を実行すると、アップグレードの前後で挿入数が平均して変化していないことがわかります。これは、データ サイズが新しい WiredTiger エンジンで異なる方法で計算されているのか、それとも何か問題があるのか​​という疑問につながります。誰もこれに関する情報を持っていますか？これが私の MMS データの画像です。

いくつかのこと、サイズに 2 つのジャンプがあります...これらは、コレクションを別のデータベースから mongo に移行したときです。これらの両方の後でも、成長率は一貫しており、アップグレード後にのみ増加しました. データ サイズはアップグレード時に減少しました (Wired Tiger が圧縮されているという彼らの仮説と一致しています) が、元のサイズにほぼ達するほど急速に増加しています。ストレージ サイズでさえ、最初よりもはるかに速く成長し始めていますが、この画像ではうまくいきません。

クラウドベースの MMS サービスを試し始めたばかりで、AWS で実行されている既存のスタンドアロンの MongoDB デプロイでテストしています。エージェントをインストールして監視を開始できました - すべて正常に動作しています。

しかし、[Deployment] タブに移動して最初の [Processes] ビューをクリックすると、[Actions] メニューにすべてが表示されません。私は得る：

• プロパティ
• パフォーマンス指標
• このインスタンスに接続
• モニター設定
• MMS から削除

「変更」、「シャットダウン」、またはその他の編集オプションはありません。これは MongoDB の古いバージョン (2.4.11 - MMS は、赤でスタイリングし、古いことを示すポップアップを提供することでこれに注意します) であり、これも既存のスタンドアロン展開でした。MMS を使用して監視し、できればアップグレードすることに興味がありました。MMS とこのタイプの展開に制限はありますか? 変更を妨げている設定などはありますか?

MongoDB MMS を介して問題のあるサーバーのホスト名を取得する方法があるかどうかを知りたいです。デフォルトでは、次の詳細のみを提供します。

私は MMS を使用して、(現時点では) シャードが 1 つだけの典型的なシャーディング クラスターを管理しています。

認証が有効になっており、うまく機能しています。MMS 管理コンソールにユーザー定義の役割を追加しました。mongo シェルで確認できます。

AnyResource の AnyAction に変更したい ( doEvalアクションが必要なため)。だから、私はこれを実行しようとしています:

しかし、約 2 秒後: 役割が復元されました。

「誰」がそれを復元しているのかわかりません。PRIMARY および管理データベースの CONFIG サーバーから上記のコマンドを試しました。

ロールを保存するにはどうすればよいですか?

PS: 「eval」が 3.0 で非推奨になったことは知っていますが、私が求めているのは、役割を更新できない理由です。

私はシステム管理者の作業に比較的慣れていませんが、MMS を Meteor アプリに接続して、MongoDB インスタンスの定期的なバックアップを同期する方法を理解しようとしています。アプリは MUP を使用して Digital Ocean にデプロイされましたが、MMS は Mongo インスタンスに接続したくないようです。MMS を適切に機能させるために必要な特定の手順があるかどうか疑問に思っていました。MMS では、スタンドアロン インスタンスをレプリカ インスタンスに再構成する必要があるように見えますが、これがどのように機能するかはよくわかりません。他の誰かがこれを経験し、支援できるかどうか疑問に思っていました. ありがとう！

mongodb インスタンスを監視する必要があり、Btree グラフを理解するのに問題があります。ドキュメントからわかるように、Btree グラフは、db 操作に使用されるインデックスに関する情報を提供し、インデックスがメモリに読み込まれた回数 (ヒット) を示します。メモリにインデックスをロードできませんでした (ミス)。

残りの容量をどのように知ることができますか? すべてのインデックスをカバーするためのメモリが不足しそうになっている場合、それが発生する前に更新を取得するにはどうすればよいでしょうか?

MMS Portal を使用して MongoDB デプロイメント (レプリカ セット) を作成しました。MMS ポータルで認証を有効にして、資格情報を提供することによってのみ DB にアクセスできるようにしました。

MMS ポータルで、oplog 権限をユーザーに割り当てるオプションが見つかりません。

では、OpLog権限を持つユーザーを作成するにはどうすればよいですか?

バックグラウンド

この質問を投稿する前に、同じものを検索し、次のリンクを見つけました。

oplog MongoDB (MMSレプリカセット) へのアクセス方法

上記のリンクの解決策は、役割を作成することです。しかし、MMS ポータルでは多くのビルトイン ロールが表示されますが、管理データベースにはsystem.rolesコレクションがないため、このアプローチについてはよくわかりません。

INFO MongoDB のバージョンは 3.0.3 です

サーバーにmongoをインストールしましたsudo yum install mongo.mongoを使用して、実際にMongoDBがインストールされているリモートサーバー（Amazonサーバー）に接続しています。ある時点 (バックアップの復元中)mongod --dbpath /$dbPath --replSet $replicaSetNameで、MongoDb サーバーのようなコマンドを発行する必要があります。mongo セッションからこれを行うにはどうすればよいですか? またはそれが不可能な場合、どうすればmongodへのインストールパスを取得できますか?

もう1つのことは、mmsアカウントも持っていることです.インストールされたエージェント(mongodbサーバー上)を使用してそれを行うことは可能ですか?

ありがとうございました

mongodb 2.6.1 を実行しており、3.* にアップグレードしたいと考えています。

私の質問は、ストレージ エンジンを変更する必要があるため、mongodump/mongorestore を作成する代わりに、mongodb バックアップからのファイルを使用して変更できるかということです ( docsに記載されているように)。