thor-aws というGemを作った | iret.media
こんにちは、cloudpack の 山口 です。 Thorを使ってRubyで俺俺CLIツールを作ることが多いのですが、毎度毎度似たような処理（credentialsを受け取るオプション、それを使って各サービスのクライアントインスタンスを作ったりetc.）を書いていて不毛だなーと思ったのでGemにしました。 thor-aws | RubyGems.org | your community gem host y13i/thor-aws 使い方は非常に簡単で、普通にThorを継承したクラスを作って include Thor::Aws するだけです。 これだけで、そのCLIに --access-key-id 、 --secret-access-key 、 --region 、 --profile オプションが追加されます。これらはオプションを受け取った時だけ機能するので、指定しない場合は環境変数や
RDSのディスクを後から変更するときに、リブートはどうなる？ | iret.media
こんにちは、cloudpack の 今岡 です。 今回は、Amazon RDSのディスク変更に伴うリブートの確認を行いました。前回のエントリで、mysqlの死活を秒間で確認するスクリプトを用意しているので、そいつを裏で回しておきます。 RDSでParameter Groups変更時のDBリブートについて調査してみた EBSタイプ変更せずに、容量だけUP SSD GP2 -> GP2 で実験したところ、リブートは発生しませんでした。 でも何やら警告が出てますね。 コンバージョンに長い時間がかかって、EBSのクレジット使い果たすよ。 操作が完了するまで、パフォーマンスに影響があるよ。 EBSのクレジットについては、別エントリで詳細を書く予定。 EBSタイプを SSD(GP2) -> SSD(PIOPS)に変更 今回は容量UPは行わず、 GP2 -> PIOPSへ種別変更だけにしましたが、こちら
RDSでParameter Groups変更時のDBリブートについて調査してみた | iret.media
こんにちは、cloudpack の 今岡 です。 Amazon RDS はインスタンスのスペックに応じて、自動でDBパラメータを調整してくれるのが売りでもありますが、どうしても変更したいパラメータがあったりします。有名なところでは max_allowed_packet character_set_xxx 系 この辺りのパラメータや、もっと重いパラメータ(クエリキャッシュの有効化等) 変更時に、DBリブートはかかるのか、かけなくていいのかを検証します。今回はとりあえずMySQLです。 リブートが掛かっていないかの確認 スクリプトを用意しました。しょうもないスクリプトですが、使ってください。 #!/bin/bash while : do dt=$(date) state=$(timeout 5 mysqladmin ping -u -p -h) echo $dt-$state sleep 1
Amazon VPC 内の RDS(MySQL) に SSH のポートフォワードを利用して接続するメモ
ども、cloudpack の かっぱ (@inokara) です。 はじめに Amazon VPC 内の Amazon RDS に VPC 外から接続する方法の一つとして SSH のポートフォワードを利用して接続するメモ。（特に RDS に限らずオンプレにて同様に外部から閉ざされた MySQL に接続する場合にも同じ方法でいけるはずです。） 参考 RDSにSSHのポートフォワーディングでMySQLに接続する方法 CakePHP編 RDS が VPC 外にある場合には… ちょっと話は脱線しますが RDS が VPC 外にある場合には上図にある Client の IP アドレスをセキュリティグループに定義するだけで接続することはできずはずです。ただ、クライアントの接続拠点が増える度にセキュリティグループの設定変更を行うのはあまりスマートではないです。そもそも、RDS に Public な IP
RDS のリードレプリカへのアクセスを HAProxy で分散しつつ consul と consul-template で冗長化するメモ | iret.media
構成図 実装（という程ではないけど） Read Replica の分散 HAProxy の設定は以下のように。 global log 127.0.0.1 local0 log 127.0.0.1 local1 notice maxconn 4096 daemon defaults log global option dontlognull retries 3 maxconn 2000 timeout connect 5000ms timeout client 50000ms timeout server 50000ms listen mysql bind 0.0.0.0:3306 mode tcp option mysql-check user monitor balance leastconn server read01 hogehoge-replica.xxxxxxxxxxxxx.ap
ちょっと強引だけど Serverspec で EC2 のメタ情報や aws-cli を利用してインスタンスのテスト出来ないか考えてみた | iret.media
ども、cloudpack の かっぱ (@inokara) です。 そもそも 構築した EC2 インスタンスや AWS の各種サービスの状態をテストする必要があるか否かについては検討する必要があるかと思いますが、以下のようにメタデータや aws-cli を利用することで状態をテストすることは出来そうな気がして試してみました… あと、動作確認の結果を以って納品しなければいけない状況の場合には何らかの方法で「エビデンス」を残さなければいけませんので、そのエビデンスとして Serverspec の出力結果が利用出来ないか考えた次第です。 例えば… Amazon EC2 のメタデータを利用して… require 'spec_helper' types={ 'instance-type' => 't2.micro', 'security-groups' => "hogenfuga", 'iam/in
Amazon RDS for PostgreSQLのリードレプリカの特徴 | iret.media
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 Amazon RDS for PostgreSQL に大幅なアップデートがありました。 Amazon RDS for PostgreSQL Update – Read Replicas, 9.3.5 Support, Migration, Three New Extensions [新機能] Amazon RDS for PostgreSQLのリードレプリカを作成する | Developers.IO アップデート内容 リードレプリカ対応 バージョン9.3.5対応 3つの機能追加 トリガーベースレプリケーション Londisteを使ったデータインポート Bucardoを使ったデータエクスポート 機能拡張 pg_stat_statements postgres_fdw PL/V8 RDS for MySQLとR
Amazon RDS for Aurora について知りたい28のこと (28 Questions about Aurora) | iret.media
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 Amazon RDSにAWS独自のエンジン「Amazon RDS for Aurora」が追加になりました。ただし、開始20分前ですら大行列で、ギリギリに行った自分などは立ち見にすら入ることができなかったので、サービスの詳細を聞き逃してしまいました。 といってもすでにさまざまな資料が公開されているので、これをちょっと読み込んでみて、気になる点はあるか、つまりずばり「今すぐ本番投入すべきか」ちょっと考えてみようと思います。 ちなみに合間合間に質問を書いてますが、回答があれば随時記入していこうと思います。 発表 発表は現地時間11/12 9:00からのKeynoteの中で行なわれました。 Amazon Aurora – New Cost-Effective MySQL-Compatible Database E
AWS re:Invent 2014 現地リポート 第2弾 〜 Amazon Aurora 発表 | iret.media
おはようございます！王子こと廣瀬一海 (@kazumihirose) です。 11/12日 AM9:00からKey Noteがスタートしました！ 毎度のことながら新サービスが発表されています。AWSが培ってきた技術や運用で得た知見をエンタープライズに持ちこむ事をかなり意識したサービスばかりでした。 キーノート 様々なアグレッシブな事例が公開されていく中、新サービスの紹介が始まりました。 Amazon AuroraはAWSが満を持して提供する事になった5番目のデータベースエンジンです。3年間かけて開発され、堅牢でAZに対するバックアップや耐障害性と高可用性を満たしています。今まで高可用性、耐障害性のDBを運用するにはとても高価だと考えてきたAWSの一つの解答でもあり、おそらくですが既存のRDSを置き換えるものでもあります。 3か所のAZ(availability zone)へ、（おそらく）そ
ブログが無いから、ブログを自力で作ってみた。 | iret.media
cloudpack新人のAkira Tsumuraです。 技術支援チームというところで、王子の右側をやっています。 東京タワーの観えるオフィスが快適すぎて、もう涙チョチョ切れております… さて、この会社にはブログ制度（？）があり、色々面白そうなので参戦しようと思います。 WordPressとか、もう古い。 いきなり刺されそうな事を書いていますが、この会社の方のBlogを読んでいると、WordPressの他Qiitaやgithubでコンテンツを公開されている方が多いように見受けられます。 おそらく、身近で使いやすいものを無意識に使ってしまったのかな…と思っています。 ただ、本当にそのツールで良いのでしょうか。ハックの結果ではなく、エンジニアとしてある種の思考停止に陥っていないでしょうか。 時代はコンテンツマネジメント“フレームワーク” さて、僕は2008年からMODXというLAMP CMSの
Direct Connect経由なFusion-ioとRDSはどっちが速いのかを繋いで、ベンチマークしてみた。 | iret.media
こんにちわ、デプロイ王子こと廣瀬 一海(@kazumihirose)です。 背景 目的 検証環境について TCP-Cについて ベンチマーク結果 コネクション時の通信帯域 MySQLサーバーのパラメーターの差異に関して 資料：セッティングパラメーター sysbench-lua 0.5について ベンチマーク結果 背景 RDBMSにおけるOLTP処理において、Fusion-io社のioDrive2はゲームなどを中心に非常に高い性能を示しており、各RDBMSのストレージとして採用されています。この事から、ioDrive2に匹敵する性能をクラウド求にられていくことが予想されます。 目的 本検証はハイブリッドクラウド環境において、ioDrive2搭載サーバの実運用性を検証することを目的としています。 EquinixにioDrive2を搭載した物理サーバを設置し、AmazonVPC内から、Amazon
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS Account Numberを取得するN個の方法 | iret.media