CX事業本部＠大阪の岩田です。「Developers.IO 2020 CONNECT」 で 「RDSプロキシは未来を変えるか」 というタイトルで動画を公開しました。このブログではセッションの内容について簡単に紹介させて頂きます。 登壇動画 動画はこちらです。 約35分とそこそこのボリュームになっているので、35分も見てられない！という方向けに後ほど概要を説明していきます。 登壇資料 発表に使用した資料はこちらです。 以後内容について説明していきます。 大事なこと RDS Proxyというテーマを選定したのが3ヶ月ほど前。動画公開までにはGAされるかなー？と淡い期待を頂きながら様子を見守りましたが、GAされませんでした。よって本セッションでは実際にRDS Proxyを利用して得られた知見をお話するような、いわゆる「やってみた」系の内容はありません。RDS ProxyがGAされた際に、正しく利
ストレージの追加や DB インスタンスクラスの変更などのタスクを完了するために、DB インスタンスの設定を変更できます。このトピックでは、Amazon RDS DB インスタンスを変更する方法と、DB インスタンスの設定について説明します。 本稼働インスタンスの修正前に、各変更の影響を完全に把握できるように、テストインスタンスでの変更のテストをお勧めします。これにより、各変更の影響を完全に理解できます。このようなテストは特に、データベースのバージョンをアップグレードするときに重要です。 DB インスタンスに対するほとんどの変更は、すぐに適用することも、次のメンテナンスウィンドウまで延期することもできます。一部の変更 (パラメータグループの変更など) を適用するには、手動による DB インスタンスの再起動が必要になる場合があります。 また、一部の変更を適用するために Amazon RDS で
みなさんこんにちは。 もうすぐ2年目になってしまう事に気づいた、テクニカルチームの山田です。 今回は、EC2インスタンスの上限緩和のお話です。 インスタンスタイプ毎の起動上限数 AWSアカウントを作成した直後はEC2インスタンスには起動できる上限が決まっており、上限の数を超える大量のEC2インスタンスを起動する際はAWSサポートに申請をする必要があるのはみなさんご存知の通りだと思います。 そしてこの上限数、実はインスタンスタイプ毎に決まっているのです。 その他すべてのインスタンスタイプ( t1.micro、m1.small、m1.medium、m1.large、c1.medium 等 )は、全てひっくるめてデフォルトの上限が20台になっています。 例えば m1.large で40台申請したとすると、上記画像で個別に載っていないインスタンス( t1.micro、m1.small、m1.med
アプリケーションのバージョンアップなどでテーブル追加を伴うスキーマ変更があった場合に、テーブル追加したところのデータだけ画面で「？？？？」になって表示されてしまうことが稀にあります。 この対応方法について、発生理由と共に簡単に解説しておこうと思います。 結果だけを先に書いておくと、今回の根本原因はAmazonRDSを起動するときのパラメータグループの初期設定が不十分で、初回create database時に default character set に想定外のものがセットされていたためです。 下記ではその原因を特定する方法と解決方法を示していきます。 まずは文字化けした時に状況確認を行ってみてください。おそらくは下記のような状況になっているかと思います。※今回は文字コードを全てutf8に統一しているものとします。 まずは文字化けしているテーブルの情報を確認してみます。 mysql> sh
よく訓練されたアップル信者、都元です。AWSにおいては、ネットワーク環境をあまり気にせず、数クリックで簡単にサーバを構築できるのは一つのメリットだと言えます。しかし、本格的に運用するシステムに関しては、ネットワーク環境をコントロールする需要も出てきます。AWS Virtual Private Cloud (VPC)を使えば、AWS上に仮想ネットワークを定義し、その上に各種サーバを配置することができます。 深く考えずに非VPC環境に構築してしまったAWSサーバ環境は、簡単にはVPC環境に移行することはできません。従って弊社では、小さなシステムであっても、最初からVPC環境にシステムを構築することを推奨しています。「非VPCが許されるのは小学生までだよねー」とボスが申しておりました。かといって、ネットワークの構成をゼロから考えて構築するのもひと苦労であるため、本エントリーでは、システムの初期段
この記事では、Amazon RDSを用いた仮想DBインスタンスの作成方法を説明します。 【作業概要図】 Amazon RDSとは Amazon RDS(Amazon Relational Database Service)とは、AWSの仮想DBサービスです。 AWSでは、EC2で仮想マシンを作成し、その上にMySQLなどのDBサーバを構築することもできますが、 元からDBサーバとしてセットアップされたインスタンスを構築することが可能です。 RDSを用いる利点としては、以下のような点があげられます。 OSのレイヤーが隠蔽されるため、EC2以上にインフラの知識がなくてもDBサーバが構築できます。 (ただし、利用するRDBSの設定については、相応の知識が必要です) バックアップや、遠隔拠点間の冗長化を容易に構築することができる。 その他、EC2で得られるスナップショットなどのメリットを享受す
RDSのログファイルを取得出来るようになった Amazon Web Services ブログ: 【AWS発表】Amazon RDS - より簡単にログファイルにアクセス可能に ということで、RDS( MySQL )のログを取得する手順。 注意点として、RDS(MySQL)では4種類のログ（エラーログ、エラーランニングログ、ジェネラルログ、スローログ）にアクセスできるが、デフォルトではエラーログのみ有効となっている。 Working with MySQL Database Log Files - Amazon Relational Database Service 他のログを有効にするためには、Parameter Groupの以下を設定変更する必要がある。 パラメータ名デフォルト値変更値 general_log (null) 1 log_output TABLE FILE slow_quer
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く