タグ付けされた質問 「amazon-rds」

Amazon RDS（リレーショナルデータベースサービス）

2
EC2 MySQLをAmazon RDSに最初に移行しようとしてもうまくいかない-スーパー権限
私は、EC2で実行されているMySQLから新しいAmazon RDSインスタンスに既存のデータベースを移動しようと試みました（移動できるかどうかを確認するための実験）。これまでのところ、うまくいきません。レプリケーションをセットアップする前に、最初のインポートで立ち往生しています（手順はこちら）。 前述のようにRDSインスタンスを準備し、mysqlを使用してEC2インスタンスから接続できます。mysqldumpコマンドを次のように実行しました。 mysqldump --master-data --databases db1 db2 > dump.sql 次に、次を使用してRDSにアップロードしようとしました。 mysql -h RDSHost -P 3306 -u rdsuser --password=rdspassword < dump.sql 最初の問題は、ダンプの22行目にありました。 マスターをMASTER_LOG_FILE = 'mysql-bin.000002'に変更し、MASTER_LOG_POS = 106; この行によりエラーが発生しましたERROR 1227 (42000) at line 22: Access denied; you need (at least one of) the SUPER privilege(s) for this operation。問題ありません。その行をコメントアウトして、後でmysql.rds_set_external_master（）で修正したいと考えています。アップロードを再試行しましたが、非常によく似たエラーが発生しました：ERROR 1227 (42000) at …
5
AWS：単一のRDSインスタンスを使用したマルチリージョン設定
マルチリージョンスキームでWebアプリケーション（PHP、MySQL、memcache）をスケーリングしようとしています。現在、ELBおよびRDSインスタンスの背後にある2つのEC2インスタンスのセットアップを使用しています。これらはすべてUS-EAST（バージニア）リージョンにあります。 EU（アイルランド）地域にも存在感を持ちたいです。これは、少なくともそこに新しいEC2インスタンスが存在することを意味します（他のインスタンスと同一で、同じアプリケーションにサービスを提供します）。 目的のAMIをコピーし、新しいインスタンスをセットアップし、同じELB構成（SSL終了に必要）をセットアップし、Route53で遅延ベースのルーティングを構成しました。そして、提案どおりに機能します。 しかし、EUのクライアントには速度の問題があります。これは、EU EC2インスタンスが米国ベースのRDSインスタンスに接続するという事実によるものです。私の知る限り、AmazonはRDSマルチリージョンレプリケーションをまだ有効にしていません。 単一のRDSインスタンスを使用しながら、セットアップ全体を適切に高速化する方法に関する提案はありますか？ また、物事を拡大する方法に関する一般的なアイデアはありますか？理想的には、さまざまな理由でRDSテクノロジーの使用を継続したいと考えています。それにもかかわらず、私は提案を受け入れています（次のアイデアは、独自のMySQLサーバーをホストすることだと思います）。
2
リモートAmazon RDS MySQLデータベースのローカルバックアップを作成する方法
リモートAmazon RDS MySQLデータベースのローカルバックアップを作成するにはどうすればよいですか？私が知る必要があるのは、MySQLサーバー（もちろん同じバージョン）のどこにいても新しいデータベースに復元するために使用できる（リモートAmazonスナップショットではなく）MySQLデータベースの完全なローカルバックアップを作成する方法です。 注：MySQL経由でフラットファイルからデータをインポートする方法を知っています。接続方法は次のとおりです。 mysql -h mydb.xxxxx.us-east-1.rds.amazonaws.com -u myuser -P 3306 -p 単一のデータベーステーブルを読み込む方法は次のとおりです。 mysql> LOAD DATA LOCAL INFILE 'C:/Temp/t1.tab' INTO TABLE t1 LINES TERMINATED BY '\r\n';
2
Amazon-RDSインスタンスのプライベートIPアドレスが見つかりません
マスター/スレーブデータベースアーキテクチャをAmazon RDSに移動しましたが、すべて正常に動作しました。 しかし、私は新しいマスターサーバーと同期を維持する必要があるRDSサービスのスレーブを使用しています。そのためには、マスター（RDS）プライベートアドレスIPでDBドメイン名master-db.myawsserver.comをポイントする必要があります。 AWSコンソールはこの情報を提供せず、MySQLデータベースに直接接続しています。
2
Amazon Auroraクラスターで「使用ボリュームバイト」が常に増加するのはなぜですか？
私はAmazon（AWS）Aurora DBクラスターを持っていますが、毎日[Billed] Volume Bytes Used増加しています。 テーブルを使用して（そのクラスター上のすべてのデータベース内の）すべてのテーブルのサイズを確認しましたINFORMATION_SCHEMA.TABLES。 SELECT ROUND(SUM(data_length)/1024/1024/1024) AS data_in_gb, ROUND(SUM(index_length)/1024/1024/1024) AS index_in_gb, ROUND(SUM(data_free)/1024/1024/1024) AS free_in_gb FROM INFORMATION_SCHEMA.TABLES; +------------+-------------+------------+ | data_in_gb | index_in_gb | free_in_gb | +------------+-------------+------------+ | 30 | 4 | 19 | +------------+-------------+------------+ 合計：53GB それで、なぜ私が現在ほぼ75GBを請求されているのですか？ 通常のMySQLサーバー上のibdataファイルが縮小できないのと同じように、プロビジョニングされたスペースを解放できないことを理解しています。私はそれで大丈夫です。これは文書化されており、許容されます。 私の問題は、毎日、請求されるスペースが増えることです。そして、私は一時的に75GBのスペースを使用していないと確信しています。そのようなことをしたら、理解できます。テーブルから行を削除したり、テーブルを削除したり、データベースを削除したりすることで解放している記憶域が再利用されることはないかのようです。 AWS（プレミアム）サポートに何度も問い合わせたことがありますが、その理由について十分な説明がありませんでした。（テーブルごとに）たくさんあるテーブルで 実行するか、またはInnoDB履歴の長さをチェックして、削除されたデータがロールバックセグメントにまだ保持されていないことを確認するための提案を受けました（参照：MVCC） 、インスタンスを再起動して、ロールバックセグメントが空であることを確認します。 それらのどれも助けませんでした。OPTIMIZE TABLEfree_spaceINFORMATION_SCHEMA.TABLES
3
AWS RDS MySQLとAurora
Auroraの方がパフォーマンスが高い（クレームなど）ことをどこでも読みました。それが事実であり、コストの違いが無視される場合、誰かがRDS MySQLを使用する理由は何でしょうか？どちらがAuroraを選択しないようにする2つの技術的な違いは何ですか？
3
AWS RDS接続数
MySQLでAWS RDSをプロジェクトに使用していて、「大きな」インスタンスがあります。ドキュメントは、計算リソースとRAMに関する限り、これが何を意味するかについては明確ですが、私が持つことができるオープンデータベース接続の数をドキュメント化するものは何も見つかりません。私が使用しているアプリはPHPで、永続的な接続でPDOを利用しています。つまり、開いている接続の数は、任意の時点で実行されるPHP子プロセスの最大数に達する可能性があります。RDSインスタンスに最大接続数が十分に高く設定されていることを確認するにはどうすればよいですか？
2
Amazon RDS：IOリクエストとは何ですか？
RDSインスタンスを持っているので、かなりの費用がかかります。アマゾンでの私のアカウントアクティビティから、インスタンスには過去7日間で約800,000,000のIOリクエストがあったことがわかります。 少し見方を変えると、私のアプリは1日に約6,000回のユニークアクセスしか獲得できず、それほど多くのデータベース接続を確立することはありません。 それでは、IO要求とは正確には何であり、なぜその数はそれほど多くないのでしょうか。必要に応じて、コストを削減するためにアプリに必要なことは何でもするつもりですが、実際に何が起こっているのかわかりません。 よろしくお願いします。
9 mysql  io  amazon-rds 
4
MySQLサーバーを自動スケーリングする方法は？
トラフィックが急増しているサイトを運営しています。そのため、この場合、自動スケーリングソリューションは非常に有益です。現在、Webサーバーは水平方向に自動スケーリングできますが、ボトルネックはMySQLサーバーにあります。 私はAmazon RDSマルチAZを試してみましたが、12 GBのデータベースをアップグレードするには、数分のダウンタイムで15分程度かかります。ある特定の瞬間にトラフィックの急増が起こることをすでに知っていたとき、それは多くの助けとなりました。 Xeroundも検討しました。このサイズのデータ​​ベースでは非常にコストがかかりますが、これはおそらく最良のソリューションです。とにかく、データベースをEUに置くことを法的に必要とするため、これは選択肢ではありません。 私はScalrについて読みましたが、それが役立つかどうか、またどのように役立つかはわかりません。 多くのクラウドホスティングプロバイダーが垂直スケーリングソリューションを提供し、ダウンタイムがゼロであると考えています（Xenハイパーバイザーを使用している限り、それが本当に可能かどうかはわかりません）。それは解決策になるかもしれませんが、ダウンタイムがないのか、MySQL構成（およびOS上の他の多くのこと）がダウンタイムなしでもアップグレードできるのかと思います。 MySQLスレーブサーバーを試しましたが、まったく役に立ちませんでした。 memcacheを使用していますが、これは非常に役立ちますが、それだけでは不十分です。読み取りのためだけでなく、書き込みのためにアップグレードする必要があります。 助言がありますか？前もって感謝します
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.