問題タブ [amazon-rds]

amazon-rds は試しましたか？パフォーマンス的にはどうですか？

Amazon のRDFで実行されている、Django スキーマを含むデータベースを Postgres から MySQL に移動する必要があります。manage.py を使用してテーブルを再生成できますが、すべての行データを移行する方法をまだ探しています。誰かがそれを移動するきれいな方法を知っていますか? Amazon の RDF で注意すべき点はありますか?

これがserverfaultに適した質問かどうかはわかりませんが、最近Amazon RDSをいじっていて、Webホストのmysqlユーザーに「ファイル」権限を取得するのに問題がありました。

私は単純だと思います：

動作しますが、動作せず、「ルート」ユーザーでも実行できないようです。何を与える？ロード データを使用する理由は、一度に何千もの挿入を行うのに超高速だからです。

誰かがこれを修正する方法を知っていますか、それとも別の方法を見つける必要がありますか?

このページhttp://docs.amazonwebservices.com/AmazonRDS/latest/DeveloperGuide/index.html?Concepts.DBInstance.htmlは、これを回避する別の方法を見つける必要があることを示唆しているようです。

ヘルプ？

UPDATE データベースをインポートしようとしているのではなく、ファイルロードオプションを使用して一度に数十万行を挿入したいだけです。

これを掘り下げた後、次のようになります。

私は新しい Amazon RDS 製品を研究していますが、垂直方向にしかスケーリングできないようです (つまり、より強力なサーバーを配置します)。

1 つがマスターで、もう 1 つがレプリケーション スレーブになるように、複数のインスタンスを構成する可能性を見た人はいますか?

Amazonは公式に次のように述べています。「AmazonRDSを使用すると、使い慣れたMySQLデータベースの全機能にアクセスできます。つまり、既存のMySQLデータベースで現在使用しているコード、アプリケーション、ツールは、AmazonRDSとシームレスに連携します。」

わかりません。Amazon RDSには、Webサービスを介してアクセスでき、クライアントライブラリ（.Net用など）があります。

したがって、DALを使用してMySQLにクエリを実行する既存の.Netアプリケーションがある場合、同じDALをAmazon RDSと（Webサービスを介して）通信させるにはどうすればよいですか。それとも私はここで何かが欠けていますか？

必要に応じて Amazon RDS インスタンスを切り替える (アップグレードまたはダウングレードする) ことはできますか? それとも、新しく作成して移行する必要がありますか?

Web アプリケーション (ASP.Net ベース) を Amazon EC2 にデプロイし、永続性を Amazon RDS にデプロイすることを計画しています。少なくとも私のセッション ストア (再び RDS 上) は、アプリケーション データベースの残りの部分から分離する必要があるという「直感」があります。これは、セッション ストアでの活発な活動が予想されるためです。

RDS は、単一インスタンスで複数のデータベースを作成する機能をサポートしています。ただし、別のインスタンスを使用するのが賢明かどうか、または別のデータベースで十分かどうかを知りたいです。このようなスケーラビリティの必要性を期待するのは時期尚早であることは承知していますが、実行中のアプリケーションのセッション状態サーバーを後で切り替えると混乱を招く可能性があるため、これは計画の観点からのものです。

さらに、注意すべきもう 1 つの点は、2 つの小さなインスタンスを持つことは、小さなインスタンスを大きなインスタンスにスケールアップするよりも安価に見えることです (正確には 4 倍です)。最後に、(クラウド データベースの) 計画に既に利用できる推奨プラクティスはありますか?

私のサイトのアーキテクチャには、ASP.Net と MySQL が含まれています。Amazon Cloud にデプロイする予定です。これは、EC2 インスタンスと RDS を意味します。私の質問はロギングに関するものです。

アプリケーションがステートレスであることを確認しているため、アプリケーション層へのログオンは除外されています。すべての状態/永続性は RDS に入ります。ロギングに関しては、RDS が適切な選択であるかどうかはわかりません (単なる憶測です)。これは新しく、データベースの例外もログに記録するため、RDS へのログインは正しくありません。私が自由に使える最良のオプションは SimpleDB だと思います。

ロギングの目的で RDS と SimpleDB のいずれかを選択するための推奨事項を探しています。

私は現在、EC2で実行されているソリューションを指定しています。S3、Cloud Front、Cloud Watchなどを利用したWebサーバーのセットアップは、十分に簡単です。WebサーバーのHAクロスアベイラビリティーゾーンにElasticLoadBalancerを使用することも簡単です。

クロスアベイラビリティーゾーンに加えて、クロスリージョンアベイラビリティーが本当に欲しいです。これは、地域の停止による停止の可能性を軽減するのに役立ちます。

私は彼らのデータベースのために双方向レプリケーションクロスリージョンを実行している人々についての多くの情報を見つけることができませんでした。これは可能ですか？パフォーマンスはどうですか？

mysql でサボテンをセットアップする手順に、 SUPER 権限の付与が記載されていることに気付きました。

監視する各サーバーで SUPER および PROCESS 権限を持つ MySQL ユーザーを作成します。

ただし、Amazon (RDS) の Relational Database Service を使用しているようで、SUPER 権限を付与することはできません。これはサボテンが使えないということですか？

ありがとう！