AWS RDS/Auroraでモニタリング＆チューニングを始めるための資料11選
これはなに ども、レバテック開発部のもりたです。 もりたはデータベースが好きなんですが、最近は特にAWS RDS/Auroraでのモニタリングとパフォーマンスチューニングについて興味があります。ただ、これらのうちモニタリングは扱っている話題が若干ローレベルであまりピンとこず、またチューニングもどこから手をつければいいのかわかりませんでした。 この記事では、もりたがモニタリング＆チューニングを学習する上で役に立った書籍やWeb上の資料をロードマップ形式で紹介していきます。対象読者はDBのモニタリングとチューニングをやりたいけどどこから手をつければいいか分かんないなとなっている人、ゴールはそんな人がモニタリング＆チューニングの第一歩を踏み出せることです。 スコープ 今回扱うもの、扱わないものは以下の通りです。 扱う モニタリング＆チューニングの概要 モニタリングの前提知識 チューニングの前提知
そのRDS Proxyホントに必要？立ち止まって一度考えよう | DevelopersIO
CX事業本部@大阪の岩田です。 一般的にアンチパターンとされているLambdaとRDS(もしくはもう少し対象範囲を広げてRDB)の組み合わせですが、VPC Lambdaの改善やRDS Proxyの登場によって採用しても問題ないケースが増えました。ここ数年でLambda × RDSというアーキテクチャが選定されることも増えたように感じています。その一方で、RDS Proxyのメリット・デメリットをよく精査せずに、Lamba × RDSだから...という理由だけでRDS Proxyを導入し、あまりRDS Proxyのメリットを享受できないような構成も目にする機会が増えました。 このブログではRDS Proxyのメリットが薄くなる構成の具体例を紹介しつつ、RDS Proxy導入の手助けができればと思います。RDS Proxyというサービスの概要やメリット・デメリットについては既に色々な記事が出て
RDSのDBメンテナンスについて
内容 らくがき記事、RDSでダウンタイムなしの24-365構成ってどうすればと思い書いている記事です。 とりあえずはRDSでメンテナンスやアップデート処理が走る時に、サービスダウンするのか否かを整理した資料となります。 RDS(MySQL)の整理 機能概要 最大 64 TiB のデータベースサイズをサポート 汎用インスタンスクラス、メモリ最適化インスタンスクラス、およびバースト可能パフォーマンスインスタンスクラスをサポート 自動バックアップとポイントインタイムリカバリをサポート。 単一のリージョン内または 5 つのリードレプリカのクロスリージョン内で、インスタンスごとに最大 15 個のリードレプリカをサポート 可用性と耐久性 ３種類のオプションが選択可能 単一DBインスタンス スタンバイインスタンスのない単一の DB インスタンスを作成します。 マルチAZ DBインスタンス 別のアベイラビ
Amazon RDS/Auroraをクローンするシステムを作った話 - クックパッド開発者ブログ
こんにちは、技術部SRグループの菅原です。 最近、Ninja650からNinja1000に乗り換えました。パワーがあるせいで３速発進・４速発進が平気でできてしまい、シフトワークがどんどん下手になっています。精進したいものです。 この記事では、Amazon RDS/Auroraをクローンするシステムを作った話を書きます。 Amazon RDS/Auroraをクローンするシステム サービス開発を行っていると、調査や検証でプロダクション環境で使われているデータベースが必要になることがあります。開発環境やステージング環境にもデータベースは存在するのですが、プロダクション環境のデータでしか再現しないバグの調査や、プロダクション環境のデータ量でのスキーマ変更の負荷の検証など、開発環境やステージング環境のデータベースではできない作業も多いです。しかし、オペレーションミスや個人情報へのアクセスを考えると、
LambdaからRDS/RDBを利用する際に意識したいポイント5選 | DevelopersIO
こちらの記事はRDS ProxyがGAされる前に執筆した記事です。現在はLambdaからRDSを利用する場合、間にRDS Proxyを挟むという選択肢が増えているので、まずはRDS Proxyを使う/使わないの検討をお願いします。以後で紹介しているトピックの一部はRDS Proxy利用時は考え方が変わってきます。 CX事業本部@大阪の岩田です。私が現在関わっているプロジェクトではLambda × RDSというアーキテクチャを採用して開発を進めています。開発を進める中でLambda × RDS(RDB)という構成についてある程度ノウハウが貯まってきたので、注意したいポイントやオススメの設定をTIPS的に紹介していきます。 環境 以後の説明では以下の環境の一部もしくは組み合わせを利用しています。具体的なコードやSQLの例はプログラミング言語やDBエンジンに依存しますが、根底の考え方はどの言語、
dd-agentでRDSのMySQLを監視してみた - Qiita
概要 DatadogではMySQLをモニタリングするためのMySQL Integrationが提供されているが、基本的にMySQLが稼動しているサーバにdatadog-agentをインストールしてlocalhostのmysqldからデータを取得することをを想定して各種ドキュメントなどが書かれている感がある。 RDSでMySQLを利用している場合、CloudWatchで取得できる値は造作もなくDatadogへ食わせることができるわけだが、いかんせんOSリソース的なメトリクスが多く、MySQL固有の値をモニタリングの対象にしたい場合物足りない。 そこで、別のサーバへdatadog-agentをインストールし、そこからRDSへ接続してDatadogへデータをもっていくということができる。 やったこと RDSのセキュリティグループ設定 Datadog用ユーザの作成 /etc/dd-agent/co
Amazon RDS編～ログ管理について～
こんにちは！ JQです。 前回までのレシピでは『Amazon VPCを使ってWEBサーバを構築しよう！パート①、パート② 』と称して、VPC上でのWEBサーバ構築についてご紹介していたかと思います。 今回は『Amazon RDSのログに関するお話』をしたいと思いますが、その前に『Amazon RDS』に関する情報をご紹介します！ 先日、WEBコンソールから今まで確認出来なかったRDSのmysql_errorのログが確認出来る様になりました。 RDSもさらに便利になっていきますね！ さて、それでは本題であるAmazon RDSのログに関してお話していきます。 まずは、RDSのerror.logの設定方法をしていきます。 1.RDSの画面に移動して、ログを見たいRDSを選択します。 2.画面下部のタブに「Logs」という項目があるので、そちらをクリックします。 3.error/mysql-er
MySQL5.7 / RDS / Aurora / Cloud SQL の性能比較 | 外道父の匠
CloudSQLの価格は実戦的という意味で、per Dayの価格を24hourで割った価格にしています。 メモリは2GBあれば検証としては十分なので格差は関係ありません。 IOPSはEBSならGeneral Purposeの1000GB*3で最大確保しています。 その他、ネットワーク周りなどポイントがあれば都度、補足していきます。 ベンチマークのデータ 今回、採取した全データはこちらになります。一部、目的に対して不要と判断したら省略しています。まぁ、こんなオレオレメモデータを見ても楽しくないでしょうから、１つ１つ考察していきましょう。 手法について 私がよくやる計測方法なのですが、innodb_buffer_pool_size がデータ容量より大きい健全な状態と、最小の16MBで過負荷ストレージを演出し、それぞれで参照／更新を別々にランダムアクセスをすることで、最初のボトルネックを炙り出し
Amazon Auroraの耐障害性について調べてみた | DevelopersIO
Amazon Auroraの耐障害性について プレビュー版のAmazon Aurora使えるようになったので色々試しています。Auroraには耐障害性（フォールト・トレランス）の仕組みがあり、何かしらの障害に対してサービスが継続的に停止しないような設計になっています。新しいDBエンジンということで、障害発生時にどのように対応すれば良いのか分かっていない方も多いかと思います。今回は、Auroraがどのような耐障害性を持っているのかご紹介したいと思います。 AuroraのDBクラスタ概念図 プライマリのインスタンス Auroraは、複数のAZにまたがったDBクラスタを組むことができます。この際、DBへの接続方法はIPアドレスではなくRDSが発行するホスト名を用います。例）mydbcluster.cluster-123456789012.us-east-1.rds.amazonaws.com:3
「Amazon RDS」vs「オレオレRDS的な何か」（序章） - misc.tech.notes
こんばんは。最近、MySQLじゃなくPostgreSQLを触っていますが、心はいつもMySQL派な @marcy_terui です。 この記事は MySQL Casual Advent Calendar 2014 の15日目の記事です。 ちょっと16日目にかかってしまったので、怒られやしないかとgkbrしてま（ｒｙ MySQL Casual Advent Calendar 2014 - Qiita 「Amazon RDS」vs「オレオレRDS的な何か」 #とは ベンチマーク対決とかじゃありません。 日頃お世話になっている便利なRDSさんですが、そんな便利さに甘んじて… 「RDS以外でまともにMySQLを運用できない」 なんてことにならぬよう、 「俺のRDS」が「Amazon RDS」にどこまで迫れるか 的な意味での対決になります。 また、その無駄な車輪の再発明を通して、改めてMySQL及び
RDS(MySQL)でJSTを使う たった１つの冴えたやり方 - Qiita
$ date 2014年 5月30日 金曜日 20時56分02秒 JST $ echo 'select now()' | mysql -h mysql.foobar.ap-northeast-1.rds.amazonaws.com -u admin -p Enter password: now() 2014-05-30 11:56:20 アンチパターン init_connect に "SET SESSION time_zone = 'Asia/Tokyo';"と書く →フェイルオーバー時にハマる (rdsadminユーザなどではTimezoneがUTCでないとダメ) ストアドプロシージャを入れて init_connect から呼ぶ 例)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
