問題タブ [amazon-rds]

最近、RDS データベースに問題が発生しました。約 15 ～ 20 分おきに、データベースが 1 ～ 2 分間応答しなくなります。応答しない間、空きディスク容量の GB が使用され、その後回復されます。説明が難しいので、監視グラフのスクリーンショットを添付しました。これは 1 時間分です。何が起こっているのか、どこから見始めればよいのか、誰にもわかりませんか?

サーバーのフェイルオーバーまたはアップグレードが必要な場合、Amazon RDS 接続文字列をどのように管理しますか?

すべてのサーバーに移動し、接続文字列で新しいサーバーを指すように構成ファイルを変更する必要がありますか?

Amazon RDSのElastic IP アドレスサービスに相当するものはありますか?

皆さん、

Mysqlを実行しているAmazonRDSでこのメモリ消費パターンを誰かが説明できますか？このグラフでは、03：30に、34GBの使用可能なメモリを備えたdb.m2.2xlargeにアップグレードしました。スイッチオーバーを非常にはっきりと見ることができます。クライアントが接続してそのインスタンスにアクセスし始めると、Freeableメモリは5GBに急激に低下し、現在はホバリングしています。以前のDBインスタンスサイズ間のアップグレードでは、解放可能なメモリが1 GBをわずかに下回るまで低下し、そこで無期限にホバリングするまで、同じパターンが見られました。

このインスタンスは03:30から07:30の間に何をしていますか？使用可能になったときに未使用のメモリを解放しないのはなぜですか？このグラフは、使用状況とトラフィックパターンに対応する波形と、指数関数的減衰の形状であると予想されます。これは、非常に怠惰な、または壊れたガベージコレクションアルゴリズムであることを示しています。

また、DB操作の約3分の2が書き込みで、1/3が読み取りであり、DBの前に約2GBのmemcacheがあることに注意してください。

現在、Amazon RDS の MySQL サービスで一連のテーブルを作成しています。いくつかのテーブルには、画像リンクが必要です。私が理解しようとしているのは、画像をどこに置くのですか? 彼らはRDSのどこかに行きますか？または、それらを S3 に入れて RDS にリンクしますか? 後者の場合、どうすればよいですか？

私はこれをグーグルで調べましたが、結論はありませんでしたので、どんな支援も素晴らしいでしょう。

rds db インスタンスと 2 つのリードレプリカを起動しました。AWS FAQ によると、アプリケーション間で読み取りトラフィックがどのように分散されるかを決定するのはアプリケーション次第であるとのことです。これを行うための最良の方法は何ですか？

今日AmazonRDSの価格設定サイトを閲覧しましたが、実際にI / Oレートを計算する方法を知りたいですか？「100万リクエストあたり0.10ドル」とはどういう意味ですか？

EC2からRDS上のMySQLへの単純なクエリが生成するI/Oの数を簡単な例を挙げていただけますか？

Amazon RDS でアプリを実行します。データベース内のデータをどのようにレビュー/検査しますか? たとえば、次のリストを取得するにはどうすればよいarticlesですか?

私のアプリは Ruby on Rails と Heroku で実行されています。私が考えた 1 つの方法は、Heroku コンソール コマンドを実行することです。

RDS データベースに保存されているデータを確認するより良い方法はありますか?

mysql5.5.12を使用しているAmazonRDSでIOパフォーマンスの問題が発生しています。価格が類似していて近い2つのインスタンスタイプがあります。

特大DBインスタンス：15 GBのメモリ、8つのECU（4つの仮想コアとそれぞれ2つのECU）、64ビットプラットフォーム、高I / O容量（MySQL DBエンジンのみ）（1時間あたり$ 0.88）

ハイメモリエクストララージインスタンス17.1GBメモリ、6.5 ECU（2つの仮想コアとそれぞれ3.25 ECU）、64ビットプラットフォーム、高I / O容量（1時間あたり$ 0.65）

エクストララージDBのIOがハイメモリエクストララージインスタンスよりも速いかどうか誰かが知っていますか？

RDS ストレージを 10GB から 20GB にアップグレードしたところ、数日後に RDS で再びストレージがいっぱいになったと表示されます。

同じ DB に対して MySQL ワークベンチでこのクエリを実行すると、DB サイズは 43MB と表示されます

MySQL が作成するログやバックアップなどで、運用サーバーのストレージ スペースがいっぱいになる可能性があります。

助けてください。

私の仕事では、いくつかの既存の Enterprise Java アプリケーションを AWS に移行する必要があります。私は aws.amazon.com の多くのページに目を通し、十分にグーグルもしました。また、stackoverflow で関連するすべての質問を調べてみました。これらすべてにより、多くのことが明らかになりましたが、私はまだ混乱しています。アプリケーション構造は次のとおりです。

1. これは、Spring MVC をプレゼンテーション レイヤーとして使用し、ビジネスおよびデータ ロジックを処理するためのプレーンな Java インターフェイスおよびクラスを使用する Spring ベースのアプリケーションです。
2. MySQL は永続化のために使用されます。

したがって、アプリケーション アーキテクチャは十分に単純です。ただし、問題は、このアプリケーションの多くのインスタンスをデプロイする必要があることです。この数は現在 15 で、30 を超える可能性があります。もう 1 つのポイントは、これらすべてのインスタンスが共通のデータベースを共有していることです。

AWS に移行することで達成する必要があるのは次のとおりです。

1. アプリケーションの耐障害性が向上します。最近、専用ホスティングでサーバー/電源障害に直面し、数時間のダウンタイムが発生しました。
2. 応答時間とスループットに関して、アプリケーションのすべてのインスタンスのパフォーマンスが向上します。
3. MySQL の耐障害性が向上しました。最近、一部のハードウェア (ハード ドライブ) が原因で、サーバーの 1 つでアプリケーション インスタンスがダウンし、基本的に MySQL が予期せず停止しました。ハード ドライブのファイル システム全体が読み取り専用になり、そのサーバーでホストされているアプリケーション インスタンスの誤動作が発生しました。
4. インフラストラクチャ管理の総コストとオーバーヘッドを明らかに削減します。

これまでAWSインフラストラクチャを理解できる限り、セットアップのためにAWSで必要なものは次のとおりです。

1. Tomcat と MySQL がインストールされた EBS ベースの LINUX AMI の 4 つのインスタンス。それぞれが約 10 のアプリケーション インスタンスをホストします。
2. これら 4 つのインスタンスのそれぞれに対して、フォールト トレランス用に 1 つのインスタンスが必要であり、合計で 8 つのインスタンスが必要になると推測しています。
3. すべてのサーバー インスタンスには、約 160 GB の EBS があります。
4. 4 つのエラスティック IP
5. 4 つのエラスティック ロード バランサー
6. スナップショットなどのその他のもの

ここに私の質問があります：

1. EBS が AWS によって自動的にバックアップされ、ハードウェア障害が発生した場合に新しい EBS に同じデータを提供することを考えると、メイン サーバー インスタンスごとに追加のサーバー インスタンス (フォールト トレランス用) が本当に必要ですか?

2. 上記のシナリオで、すべてのサーバー インスタンス (4x2) 間でデータベースを共有するにはどうすればよいですか? 私が見ている 1 つのオプションは、これらのサーバー インスタンス間で MySQL クラスタリングを実装することです。たとえば、MySQL クラスターに 1 つの管理ノード、3 つの SQL ノード、および 4 つのデータ ノードが含まれているとします。ただし、この場合、クラスターを維持することは私たちにとって追加のオーバーヘッドになり、インフラストラクチャ管理を取り除きたいため、これは受け入れられない可能性があります.

3. データベースの代わりに RDS を使用し、すべてのサーバーインスタンス (4x2) から MySQL インスタンスを削除する必要がありますか? はいの場合、EC2 インスタンスに加えて RDS インスタンスを購入する必要がありますか (RDS 用に別のインスタンスを購入する必要がある場合、インフラストラクチャ全体のコストは少なくとも 75% 増加すると思います)、または RDS インスタンスはコンピューティング ユニットも提供します。アプリケーション開発のために、アプリケーション展開のためのインスタンスの総数を減らしますか?

4. RDS 実装の場合、EBS ベースの EC2 インスタンスが本当に必要ですか? RDS インスタンスを配置した EC2 インスタンスから EBS 要件を取り除くことができれば、総コストを削減できます。

問題を特定するのが明確でなく、任意の点についてさらに明確にする必要がある場合はお知らせください。