安全な Amazon RDS のアップデート | feedforce Engineers' blog
こんにちは。増田です。Amazon で PS4 Pro の料金が定価に戻っていたので、日曜日にうっかりポチッとしてしまいました。今日も元気です。 先月、RDS for MySQL を 5.5.40 から 5.5.53 にアップデートしました。今月で MySQL 5.5.40 のサポートが切れ、強制アップデートされるためです。 私が対応するのは今回で 3 回目になりますが、今までは Staging 環境で検証した後、深夜作業で Apply Immediately もしくは Reboot していました。 今回は MySQL のメジャーアップデートではないため、問題が起きる可能性は少ないのですが、仮に問題があった場合にロールバック出来ません。 そのため、出来るだけ安全側に倒してアップデートしてみました。この記事を書くことで、属人化を廃することを期待していたり、もっと良いやり方があれば知りたいとい
[新機能]Amazon RDSでOSの詳細情報を取得できるようになりました！ | DevelopersIO
設定を有効にすると、RDSのコンソールからグラフを見ることができます。 モニタリングを表示 で 拡張モニタリング を選択すると様々なグラフが表示されます。 各種メトリクスは、CloudWatch Logsに出力されています。 RDSOSMetrics というロググループに出力されます。 ログストリームは、DBインスタンスごとに作成されているようです。 実際の情報は、このようになります。 { "engine": "Aurora", "instanceID": "myaurora", "instanceResourceID": "db-CRLZUAHQFQD3KQO62IBMEFVBDY", "timestamp": "2015-12-19T00:06:41Z", "version": 1, "uptime": "3 days, 21:48:51", "numVCPUs": 2, "cpuUt
![[新機能]Amazon RDSでOSの詳細情報を取得できるようになりました！ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/8c3ba401311c59d61029fd394159ea54ce784937/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_RDS.png)
Amazon RDS (MySQL)のslow query logを集計する
RDSではslow query logはテーブルに書きだされる。 Amazon RDSのMySQLでは、デフォルトではslow query logはmysqlデータベースのslow_logというテーブルに保存される(※)。 今までの普通のMySQLであれば、slow query logを有効化するとデフォルトではファイルに書きだされて、それをmysqldumpslowで集計・解析するってのが一般的だったと思うけど、テーブルに書きだされると、それにもう一手間必要になってくる。 ※以前は、slow_logテーブルに書き出す以外に選択肢は無かったと思うけど、最近はファイルに書き出すことも出来るらしい。 大まかな方針 slow_logテーブルから通常のslow query logファイル形式にエクスポート mysqldumpslowで集計 slow_logをエクスポートするツール2つ python
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
[技術ブログVol.14] RDSのMySQLログをファイルでアーカイブする | 技術情報ブログ | マネージドホスティングのディーネット
前回は、AWSのRDSサービスでのリードレプリカ機能についてご紹介しましたが、今回も同じくRDSサービス(ここではAmazon RDS for MySQLのみが対象)のログ機能に関するソリューションをご紹介します。 さてこのログ機能、Parameter Groupsにて設定することでスロークエリログやジェネラルログを取得することが可能となるのですが、少々癖のある仕様となっており、主に以下のような点が挙げられます。 WEBブラウザ上でいちいち見なければいけない 一時間ごとにローテートされる 1時間でローテートされ、24時間しか保持されないため、数日前のログが見たい時に詰む 1時間でファイルが切れるので、調査しづらい こういった不便により、「もうEC2上でMySQL動かしちゃえばいいや」と判断した方がいらっしゃるのではないでしょうか。 ログ至上主義、CUI至上主義の私にとってはこれがいささか不
![[技術ブログVol.14] RDSのMySQLログをファイルでアーカイブする | 技術情報ブログ | マネージドホスティングのディーネット](https://cdn-ak-scissors.b.st-hatena.com/image/square/c806418293d7604ee4e3fcc3b9b06a22dc6362ad/height=288;version=1;width=512/https%3A%2F%2Fwww.denet.ad.jp%2Fimages%2Ftechnical_info.png)
Amazon RDS（MySQL） の error.log や slowquery.log について - てしりこじり
Aurora を使いたいのだが、まだまだ MySQL にもお世話になっている。 ログについて確認したのでまとめ。 概要 RDS（MySQL）では以下のログを出力可能。 error.log general.log slowquery.log デフォルトでテーブルに記録されるが ParamaterGroup で設定すればログファイルに記録される。 また、1はデフォルトで出力されており、2,3については ParamaterGroup で設定が必要。 保管場所 テーブルでもファイルでもRDS のストレージ内 どちらでも勝手にローテートされる ファイルの場合 1時間ごとにファイルが切り替わる 24時間でローテートされる 容量がストレージの2%を超えている場合、ローテート時に2%以下に収まるように削除されるので注意 テーブルの場合 ストレージの使用容量によってローテートタイミングが決まる 使用容量 <
MySQL 5.6とAmazon RDSの設定の違い | Yakst
MySQL Performance Blogの翻訳。MySQL 5.6とAmazon RDSの設定パラメータの違いと、その理由について解説する。 過去数年にわたってずっと耳にし続けていて、現在でもよく聞く不満と言えば、Amazon RDSが、MySQLをEC2インスタンスで動かした時と比べて設定の柔軟性がないことだ。と同時に、MySQLインスタンスをチューニングするために非常に重要なパラメータへアクセスできるようにしているという、一貫してAmazonのやってきたことを無視してもいる(所詮、bind_addressをRDSインスタンスで設定することが顧客にとってどの程度関連があるかによる)。 視覚的に見てみよう。 MySQLは、523のオプションを提供している(うち35がNDB関連なのでRDSとは関係ない)。一方で、RDSは(Web UIからは)283のオプションを提供しており、うち58が変
外部のソースインスタンスを使用したバイナリログファイル位置のレプリケーションの設定 - Amazon Relational Database Service
バイナリログファイルのレプリケーションを使用して、RDS for MySQLまたは MariaDB DB インスタンスと Amazon RDS の外部にある MySQL または MariaDB インスタンスとの間でレプリケーションを設定できます。 開始する前に レプリケートされたトランザクションのバイナリログファイルの位置を使用して、レプリケーションを設定できます。 Amazon RDS DB インスタンスでレプリケーションをスタートするために必要なアクセス権限は限定されており、Amazon RDS マスターユーザーは利用できません。そのため、Amazon RDS の mysql.rds_set_external_master コマンドと mysql.rds_start_replication コマンドを使用して、ライブデータベースと Amazon RDS のデータベースのレプリケーション
Amazon RDS編～RDSの設定を変更してみよう！～
こんにちは！中の人です。 前回までのレシピでは『Amazon Redshift編～パフォーマンス比較（MySQL vs Redshift）後編～』と題して、パフォーマンス比較の検証を行いました。 今回は『Amazon RDS編～RDSの設定を変更してみよう！～』ということで、一度立ち上げたRDSインスタンスに対して設定変更する方法について説明します。 その前に、Amazon RDSに関する情報をご紹介しましょう！ 先日AWSより、Amazon RDSがMySQL 5.6のサポートを開始したことが発表されました。 これにより、MySQLの様々な新機能が利用出来るようになるので、より便利にAmazon RDSを使用することが出来るようになりますね！ ※今回の発表の詳細に関するAWS公式ブログはこちら それでは実際に、作業をおこなっていきましょう！ 今回行うのは、DB parameterの変更と
AWS再入門 Amazon RDS編 | DevelopersIO
上記の中のRDBMS全てに加えて、クラウド時代に合わせて再設計したAurora、MySQLのフォークであるMariaDBが使用できます。 MySQL：最もシェアがあるOSSのRDBMS。 Oracle：高いシェアがある商用RDBMS。 SQL Server：高いシェアがある商用RDBMS。Windowsとの親和性が高い。 PostgreSQL：機能が豊富なOSSのRDBMS。 Aurora：AWSがクラウド時代に再設計したRDBMS。MySQL 5.6互換でMySQLの5倍高速と言われています。 MariaDB：MySQLからフォークしたRDBMS。MySQL互換。 性能向上が簡単に実施可能 Amazon RDSでは、様々なスペックのインスタンスを使用できます。最大40個のvCPUのインスタンスや244GBのメモリのインスタンスがあります。性能が不足してきたら、インスタンスのサイズを変更す
Amazon RDS における MySQL 5.6 のパラメータ設計例 - bekkou68 の日記
(最終更新日: 2017/9/25) はじめに production 環境で MySQL 5.6 動かすためのパラメータ設計についてまとめました。この記事がカバーする内容は次のとおりです。 パラメータを設定するスクリプト。 各パラメータにおける変更するかどうかの判断基準。 想定されるメモリの消費サイズを算出してパラメータが妥当かどうか確認する方法。 サービスの状況に応じててきぎ読みかえてください。 【結論】パラメータグループ作成・パラメータ設定のスクリプト 結論として、パラメータグループを作成し、パラメータを設定する aws-cli のスクリプトを置きます。Amazon AWS の Web Console から設定することもできます。 #!/bin/sh # == パラメータグループ作成 aws rds create-db-parameter-group --db-parameter-gr
RDSのGeneral Purpose (SSD)対応をベンチマークしてみた | DevelopersIO
はじめに ウィスキー、シガー、パイプをこよなく愛する大栗です。 先日RDSでGeneral Purpose (SSD) Storageが選択可能になりました。 高速なSSDが使用可能になったためベンチマークしてみました。以前と同様にRDSのベンチバークをしてみました。 General Purpose (SSD) Storageとは？ General Purpose (SSD) Storageとは通称gp2と呼ばれ、最大で3,000 IOPSの性能を発揮でいるSSDストレージです。「最大」という所がポイントです。本来の性能はディスクサイズ(GB)の3倍のIOPSの性能になるのですが、I/O クレジットを貯める事でI/Oを3,000IOPSまでバーストできます。 ディスクの種類にはMagnetic (Standard)、General Purpose (SSD)、Provisioned IOP
運用してわかった Amazon RDS のパフォーマンスを上げる 3 つのコツ
本番環境で RDS を運用して数ヶ月。いろいろ試して RDS のパフォーマンスを上げるコツがわかってきたのでまとめたいと思います。 ここで取り上げるコツは以下を前提にしています。 データベースは PostgreSQL (Multi-AZ 配置) Read よりも Write が多い 夜間のバッチ処理がピーク 1 レコードは小さいが、一度に書き込むレコード数は多い アプリケーションの特性によっては当てはまらないこともあるでしょうし、他の RDBMS では結果が違ってくると思います。そこを踏まえたうえで参考にしてください。 Availability Zone はどちらかに寄せる RDS の Multi-AZ は耐障害性を上げるために欠かせない機能で、本番環境では Multi-AZ 配置が推奨されています。 Multi-AZ 配置にすると物理的に独立した AZ (Availability Zon
Amazon RDSでインスタンスを停止＆再開する方法 - ふわふわクラウド
今回は、AmazonのクラウドサービスAWS(Amazon Web Services)のデータベースサーバーRDS(Relational Database Service)についてです。 AWSのEC2(Elastic Compute Cloud)でWebサーバーなどを立ち上げている場合、一緒にデータベースサーバーとしてRDSを利用するケースが多いと思います。 EC2ではインスタンスをいつでも停止・再開することができるため、使うときだけ立ち上げれば時間課金の料金を抑えることができます。 しかし、RDSはインスタンスを停止・再開する機能が基本的にはありません。一度、インスタンスを生成したらずっと稼働しっぱなし。開発中のサイトなど常時サーバーを稼働させる必要がない場合、使っていなくても時間課金されていきますのでもったいないですよね。 スナップショットを利用すれば、いちおうRDSでもインスタ
【AWS 再入門】EC2 + RDS によるミニマム構成なサーバー環境を構築してみよう | Recruit Tech Blog
フロントエンドエンジニアですが、AWS 始めてみます そんな訳で、UI デザイナー > Flex ディベロッパー > マークアップエンジニアと、今日までフロントエンド一辺倒で来た私 wakamsha ですが、とある事情から Amazon Web Services ( 以下、AWS ) と戯れてみることになりました。とはいえインフラ関連の知識がほぼゼロな自分が一からお勉強するというのもなかなかどうして学習コストがかかるので他の人にお任せするという選択肢もあったのですが、こんな機会でもない限りずっとやらないだろうということで、軽い気持ちで始めてみようかと思います。 それにしても、前職はAWSヒャッハーッ！な会社に属していたにも関わらず全くと言ってよいほど自分から触ろうとしなかったのに、人は変わるもんですねぇ…（適当）。 前提条件 AWS アカウントを取得済みである EC2 にキーペアを登録済み
KMSがRDS for OracleとRDS for SQL Serverの暗号化にも使えるようになりました | DevelopersIO
こんにちは、虎塚です。 2015年4月初めに、表題のとおりのアップデートがありました。少し遅くなりましたがご紹介します。 Amazon Web Services ブログ: 【AWS発表】Amazon RDS アップデート – OracleおよびSQL ServerでのAWS KMS キーによるデータ暗号化 以前からRDS for MySQLとRDS for PostgreSQLで利用できたKMS (AWS Key Management Service) による暗号化の機能が、OracleとSQL ServerのDBインスタンスでも使えるようになりました。 KMSによるRDS暗号化の概要 KMSって何だっけ？という方は、まず10分でわかる！Key Management Serviceの仕組みをご覧ください。 KMSによってRDSを暗号化すると、データベースのデータに加えて、次を含むすべてのR
MySQL WorkbenchからAWSのRDSに接続してみた | infoScoop開発者ブログ
Amazon Relational Database Service (Amazon RDS) は、Amazonがクラウドで提供するのリレーショナルデータベースサービスです。 今回はMySQLのGUIクライアントであるMySQL WorkbenchからRDSのMySQLに接続する方法を紹介します。 MySQL Workbenchのインストール まずはこちらからMySQL Workbenchをダウンロードし、インストールします。 Windows版の他、Linux版、Mac OS X版などがありますので、ご利用の環境に合わせた物をインストールしてください。 インストールが完了したらMySQL Workbenchを起動します。 起動すると以下のような画面が表示されます。なお、以下の画面はすべてMySQL Workbench 6.1のものです。 コネクションの設定 では、早速RDSへの接続設定を行
Amazon RDSによるレプリケーションについて理解する | DevelopersIO
Amazon RDSとは Amazon RDSは、AWSが提供するデータベースサービスです。別にEC2上にMySQLとかインストールすれば使わないんじゃない？って思う方もいらっしゃると思いますが、実はスゴいサービスなんです。何故サービスと名付けているか、それは、高可用性や耐障害性を実現しているからです。世の中の多くのシステムは、データベースが壊れるとシステム全体が止まってしまいます。ですから、データベースが止まらないように設計・運用する必要があります。 フォールトトレランスとは フォールトトレランスとは障害発生時にサービス全体を止めずにシステムを動かし続けることです。障害が起きないようにすることも大事ですが、障害が起こったときの対応も重要ですよね。Amazon RDSは、MultiAZ・リードレプリカによって障害に強いサービスを実現しています。 MultiAZ構成 RDSには起動時にMul
Amazon RDS メモ | kirie.net blog
概要メモ MySQL5.1 普通に全機能使える RDS 用の API ツールで起動、終了 使用料金はEC2インスタンスよりも30%高い ストレージ料金はEBSと同じ ストレージのサイズは5GBから1TBまで 稼働させたままスケールアップ/スケールダウンができる（接続はちょっと切れるみたい） インスタンスクラスは自由に変更可能 ストレージ容量を増やす場合は使用中の容量より10%以上を指定する必要があるらしい ストレージ容量の指定は最低でも今と同容量なので減らすことはできない バックアップは自動 バックアップ領域はストレージサイズと同容量が無料 それ以上は追加料金 $0.15/GB スナップショットも作れる プレミアムサポートの対象 ついでにDBを使うときの選択指針みたいなものが書いてあった。 Amazon RDS アプリケーションやツールでRDBが必要な人。 MySQL を利用したいが、イン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
conma.me
