【AWS】AWSからRDSサーバの再起動予告が来たけどリスケされたメモ - zuntan02のはてなブログ
【流れ】 AWSから指定期間中、メンテナンスウィンドウでマシンの再起動があるよ（だけどMultiA-Zにしておけばフェイルオーバー時間の停止で済むよ）と予告があった。 SingleA-ZなRDSだったので、該当期間のメンテナンスウィンドウ前にRDSをMuitiA-Z化した（サービス停止なし）。 が、該当時間を過ぎても再起動されていない（failoverしてない、AZが変わっていない） その週の終わりころに「再起動できなかったので翌週やります」という内容の連絡 →SingleA-Zに戻した（サービス停止なし）。 翌週のメンテナンスウィンドウ前に再度MultiA-Z化 今度はメンテナンスウィンドウで再起動された。フェイルオーバー中20秒ほど重かった様だがエラーなし RDSのフェイルオーバーおよび再起動が完了したのを確認してSingleA－Zに戻した ■最初の案内メール One or more
AWS RDS デフォルトDBパラメータグループ運用止めませんか？ - vague memory
デフォルト設定で構築してあったAmazon RDSMySQLの運用でちょっと困った事があったので。 SlowQueryを取りたいんだけど？ MySQL運用あるあるです。 デフォルトOFFなので必要に迫られてONにするケースは多々あります。 どうぞどうぞ slow_query_log または log-slow-queries スロークエリログの有効/無効 slow_query_log_file スロークエリログファイル名 long_query_time スロークエリログに出力する閾値(デフォルト10秒) この辺りの 動的パラメーター を設定すれば良いのです。 もちろん 動的パラメーター なのでデータベースを停止することなく変更可能です。 では、適用しましょう まず、RDSなので権限が無いためSET GLOBALコマンドでの変更は行えません。 ERROR 1227 (42000): Acces
Using MySQL triggers and views in Amazon RDS
All of Percona’s open-source software products, in one place, to download as much or as little as you need.
RDS MySQLインスタンスにてトリガを設定する - blogですかい
RDSのMySQLインスタンスにてトリガを作成するには MySQLでは、binlogを出力する設定になっている場合、SUPER権限を持つユーザでないとトリガやファンクションを作成できない。 RDSのMySQLインスタンスは、リードレプリカの有無に関係なくbinlogを出力する設定になっており、 且つ利用者側ユーザにSUPER権限は無いため、トリガを作成しようとすると下記のようなエラーが出る。 You do not have the SUPER privilege and binary logging is enabled (you *might* want to use the less safe log_bin_trust_function_creators variable) 解決手段 グローバル変数log_bin_trust_function_creatorsの値を1にすれば良い。
RDSでユーザーを作成する時、DB名に*が使えない
RDSでユーザーを作成する時のハマりポイントメモ。 RDSでユーザーを作成する時のハマりポイント RDSではユーザー作成時の権限付与DB名にアスタリスク(*)を使うことができない。たったこれだけなんだけど、普通のコマンドに慣れてると気付きづらい。
Amazon RDS編～MySQLとAmazon RDSとの比較～
こんにちは！Rookieです。 以前のレシピに引き続き、今回もAmazon RDS編です！ 今回はMySQLとAmazon RDSの比較についてお話していきたいと思いますが、その前にAmazon RDSに関する情報をご紹介します！ 先日、AWSの方でAmazon RDSにイベントサブスクリプション機能が追加されたと発表がありました。 この機能は、Amazon RDSのインスタンスに関連づけられたさまざまなイベントに対して、SNSを介し通知を受け取れるようになるというものです。 Amazon RDS DBインスタンスのストレージ不足や障害等が発生してしまった場合でも、すぐにプッシュ通知で確認することが可能です。 他にもバックアップの開始や終了、データベースのシャットダウンや再起動など40以上の通知タイプが利用可能です。 SNSとの連携でEメールメッセージとして通知を受信することもできるので、
Amazon RDSのフェールオーバーを試してみたが – OpenGroove
Amazon RDSでDBインスタンスを開始するとき、コンソール画面でMulti-AZを選択するだけでホットスタンバイのDB構成が生成される。物理レプリケーションを行っていて完全同期とのことだが、管理者からスタンバイ側の実体にはアクセスできない。（で合ってるよね？）またスタンバイ側を読み取り専用DBとして使うこともできないので、レプリケーションというよりクラスタの現用系／待機系の構成に近い印象。負荷分散ではなく可用性実現のための仕組みと考えるべし。 ちなみにRDSでフェールオーバーが発生する基準は、Amazonサイトによると以下の通り。 フェールオーバーが発生する基準 プライマリ利用可能ゾーンの可用性損失 プライマリに対するネットワーク接続の喪失 プライマリ上でのコンピュートユニット障害 プライマリへのストレージ不良 DB インスタンスのコンピュートクラスの規模を拡大または縮小する ソフト
Amazon RDS編～Multi-AZでできること～
前回の記事に引き続き、今回もAmazon RDS編です！ 今回はMulti-AZというものについてお話したいと思いますが、その前にAmazon RDSに関する情報をご紹介します。 先日、米国Amazon Web Services（AWS）は、Amazon RDSの新機能追加を発表しました。 ストレージの容量が最大3TBまでとなり、さらにDBインスタンスの処理性能が最大3万POIPS（Provisioned IOPS）まで引き上げられたそうです。 これにより、今後も処理性能の向上および、オプション機能の充実をはかっていくとのことです。 AWSは、サービス全体において新機能の追加がめまぐるしくおこなわれているので日々、チェックをおこなっていく必要がありますね！ というわけで本題に入りまして、今回はMulti-AZの設定について記述したいと思います。 そもそもMulti-AZというのはAmazo
しつこくAmazon RDSのテストしてみた – Multi-AZ & Read Replica – OpenGroove
まだやるか、なAmazon RDS検証l。多分これで最後。 構成と、やりたいこと ・マスタはMulti-AZで、障害時にはフェールオーバーする。 ・上記をマスタとしてリードレプリカを作成。マスタ切り替え時の動作を確認する。 ・フェイルオーバーした際、Read Replicaのレプリケーションが停止するというケースがあるそうなので、その辺を検証してみたい。 検証手順 1. Multi-AZでDBインスタンスを新規に起動。 2. DBに接続して、テスト用テーブル作成。クライアントから更新シェルを流す。 3. リードレプリカ作成。作成後、更新の同期がとれているかチェック。加えてshow slave status実行。 4. マスタを再起動してフェールオーバーを発生させる。 5. リードレプリカが参照している先と、更新同期の確認及びshow slave status実行。 以降、やってみた結果 1
【AWS】MySQL on EC2→RDSのDBレプリケーションを試してみた | DevelopersIO
はじめに こんにちは植木和樹です。先日AWSより非RDSなMySQLからRDSへのレプリケーションを用いたデータ移行機能が発表されました。 Migrate On-Premises MySQL Data to Amazon RDS (and back) 非RDS→RDSへのレプリケーションについては、以前都元さんが「Tungsten Replicatorを使って、非RDS→RDSのMySQLレプリケーションを行う」というブログを書いています。サービスの停止を極力短くしつつ大量のデータを移行する際、今まではデータ移行ツールを使う必要がありました。 今回追加された機能によって簡単にデータ移行ができるようになるのでしょうか。試してみたいと思います。 条件 非RDS→RDSへのレプリケーションは以下の条件を満たす必要があります。 RDS: MySQL 5.5.33 以上 または 5.6.13 以上
Amazon RDS - hidemonのブログ
RDSについてちょっと調べ直してみたのでメモ。 特徴 RDSは、MySQLを提供してくれるAmazon Web Servicesのサービス。自前でやるのにくらべて何がうれしいかというと、設定しなくてすむ、バックアップを取ってくれる、MySQL, OSのバージョンアップ、パッチ当てをamazonがやってくれる、というあたり。 実体としては、単にMySQL on EC2 + EBS (Elastic Block Store) という構成だと思われる。 バックアップとスナップショット 自動的にデータベースとトランザクションログをバックアップしてくれる。自動的に１日一回フルバックアップをとり、その後のログデータも蓄積してくれる。これらを用いることで、データベースを任意の時点に巻き戻すことが可能。直近には巻き戻せないが、大抵の場合は5分以内まで巻き戻せる。バックアップデータはデフォルトで１日、設定で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
