旧世代インスタンスのLinuxカーネルを入れ替えてみた。 | iret.media
こんにちは、徹夜が大好きな？ cloudpack の tsumura です。 最近、Beatsのイヤホンをお休みして、ヘッドホンを愛用するようになりました…。良い音が無いと仕事集中できないねん。。。 旧世代のインスタンスのカーネルを公式版に入れ替える 旧世代（t1とか）では、当初AKI(Amazon Kernel Image)と、ARI(Amazon RAM Image)を使ってカーネルを起動するシーケンスを使っていました。 しかし、当初のカーネルでは新しいアプリケーションに上手く対応できない場合があり、また運用上の都合によりイメージを作り直しするコストが洒落にならない場合があります。 今回は、当時のCentOSの謹製カーネルから、The CentOS Project公式カーネルに入れ替え、ブートローダを入れ替える事により、公式のカーネルで起動するよう修正します。 Overview 手順と
RDSをSSD(General Purpose)で運用するときに注意すべきこと | iret.media
こんにちは、cloudpack の 今岡 です。 EBSにSSDタイプが追加されてしばらく経ちましたが、 「でも、お高いんでしょ？」 「値段調べたけど、そんなに高く無いし、SSDだったら絶対に早いよね！HDDよりは」 という先入観があると思いますが、ちゃんと調べてみました。 素晴らしいドキュメント それはAWSのドキュメントです。 Amazon RDS のストレージ – Amazon Relational Database Service これを読めば、このエントリはもう用済みです。#説明書読まない病は直さんとイカンです。 EBSのクレジット General PurposeにはEBS I/O クレジットというものが有ります。他方でも紹介されていますが、ディスクI/Oが少ない時にクレジットがたまり、大規模なディスクI/Oが発生した時にそのクレジット分だけバーストするというものです。同じような
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へ種別変更だけにしましたが、こちら
EBSのアカウント内合計サイズをボリュームタイプ毎に算出する（AWS CLIワンライナー） | iret.media
cloudpack の 三浦 剛慈です。 EBSのアカウント内合計サイズをボリュームタイプ毎に算出するaws cliワンライナー書きました。 EBSサイズの上限に達しているかどうか等を調べる時に使えるかと思います。 $ aws ec2 describe-volumes|jq '.Volumes[]|select(.VolumeType == "ボリュームタイプ(gp2 or io1 or standard)")|.Size'|awk 'BEGIN{SizeSum=0}{SizeSum+=$1}END{print SizeSum " GB"}' ボリュームタイプはそれぞれ gp2 = General Purpose (SSD) volumes io1 = Provisioned IOPS (SSD) volumes standard = Magnetic volumes に該当します。 実行
EBSとBurstの小話 | iret.media
EBSのBurst時の回復条件」 EBSは2014年6月時点でBurstが可能な従来型のStandardに当たるMagneticとStandardに置き換わる形で出てきたSSDを使用するGeneral PurposeがPIOPSを持たずBurst機能による動的な可変IOPSのストレージとして用意されている さて、新たに出現したGeneral Purposeに関してだが現時点ではまだ使用するかはさておき彼是と検証している人も多いのではないだろうか？ ちょっと小耳に挟んだ事を備忘録的に書き記しておきます Burstがいつまで続くのか？ どうすれば回復するか？ Burstがいつまで続くのか？ 実は公開されていません。 ただ、「Burstは貯金のようなもので貯蓄しておいて一気に使用している」との事 予想するにある種のキャッシュのような仕組みが存在しているのではないだろうか？ じゃあ、この貯蓄量はI
Amazon EBSのGeneral Purpose(SSD)のトークンバケットの仕様について | iret.media
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 先だってお伝えしたAmazon EBSのディスクオプションの追加ですが、追加された「General Purpose(SSD)：通称 gp2」の仕様について、これに採用されている「トークンバケット」というモデルについて理解するためにちょっと調べてみました。 【超速報】Amazon EBSに「SSD」が追加されてるぞ！ – yoshidashingo 携帯電話の7GB規制に似た仕様ですが、色々なルールがあるようです。 ディスクサイズごとにベースラインが違う バースト時のIOPSは「3000」ですが、バーストするトークン（”I/O credit”）を使い果たした後にIOPSが「ベースラインパフォーマンス（確保しているディスクサイズ(GB) x 3(IOPS)）」になります。 バースト時間にも差がある 基本的なルー
EC2上のMySQLのデータの格納場所を移動する | iret.media
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 EC2上に構築したmysqlのデータファイルを格納するディスクが不足したので移動。 EC2はAmazon Linux 2014.03 mysqlは5.5.36 バージョン確認 $ cat /etc/system-release Amazon Linux AMI release 2014.03 $ mysql -u -p Enter password: （中略） mysql> SELECT version(); +-----------+ | version() | +-----------+ | 5.5.36 | +-----------+ 1 row in set (0.00 sec) データの移動 mysql 停止 $ sudo service mysqld stop Stopping mysqld:
cloudpackブログ - EBSってなんじゃ？（cryptsetup + S3 + IAM Roleでディスク暗号化鍵をS3で管理）
EBSの暗号化の方法のひとつとしてcryptsetupという技術があります。 cryptsetupはパスフレーズで暗号化されたディスクにアクセス（マウント）しますが、 今回は鍵ファイルを使用してアクセスする手順をまとめました。 また、鍵ファイルを同じインスタンス内に置かないためにS3から鍵ファイルを取得し、 マウントした後に削除するようにします。 それでは手順を追ってみます。 まずcryptsetupで/dev/xvdfにアタッチされたEBSボリュームの暗号化を行い、マウントします。 # yum install -y cryptsetup # yum install xfsprogs -y # cryptsetup luksFormat -c aes -h sha256 /dev/xvdf # cryptsetup luksOpen /dev/xvdf encrypted # ls -l
cloudpackブログ - cloud-initでEBSのリサイズを起動時に自動で行う(CentOS6)
以前、サイズの小さなAMIからブートディスク(EBS)を大きくしてEC2を起動の記事で、 EC2(CentOS6)起動時にブートディスク(EBS)のサイズをデフォルトより大きいものに指定して、 起動後resize2fsでOS的にも使える容量を拡張する方法を紹介しました。 今回は、このresize2fsに相当する作業をEC2起動時にcloud-initを利用して自動で行うようにしてみます。 ○cloud-initのインストールと設定 cloud-initはyumでインストールすることができます。 # yum -y install cloud-init 設定ファイルは下記の通りです。 (resizefsのみ有効) # cat /etc/cloud/cloud.cfg cloud_init_modules: - resizefs 自動起動を有効化 # chkconfig cloud-init o
cloudpackブログ - サイズの小さなAMIからブートディスク(EBS)を大きくしてEC2を起動
今回は、先日書籍（Amazon Web Servicesクラウドデザインパターン設計ガイド）が発売された Cloud Design Pattern（CDP）の記事になります。 今回の対象は「Snapshotパターン」です。 実はV2(次バージョン)へのアップデートとして、下記の「注意点」が追記されています。 ブート領域とデータ領域をひとつのディスクで構築するか、 分けるかについてはメリット・デメリットのトレードオフがある。 一つで構築した場合、スナップショットの取得やEC2インスタンスの起動が 用意である。一方で、ブートディスクのデータサイズは小さい方が 仮想サーバーの起動は早い。また、定期的に行わるディスクチェック （Linuxの場合はfsck）の際に時間もかからない。 特に下記についてですが 「一つで構築した場合、スナップショットの取得やEC2インスタンスの起動が用意である。」 現在、
cloudpackブログ - EBS暗号化ツールSecureCloudを使ってみる(登録編)
下記にあるように、以前EBSの暗号化ツールとしてcryptsetupを紹介しましたが、 類似ツール SecureCloudが トレンドマイクロ社から提供されている為、 今回はそちら(Free Trial)を試してみることにしました。 暗号化ファイルシステム(cryptsetup)を更にDRBDで冗長化 暗号化ファイルシステム(cryptsetup)を更にDRBDで冗長化(2) まずはFree Trialボタンから、トライアルライセンス(Activation Code)を取得します。 下記のように登録を行います。 そうすると、以下のようにトライアルライセンスのActivation Codeが発行されます。 次はManagement ConsoleへのContinueボタンを押し、Management Consoleへの登録を行います。 上記のアカウントが利用できるようになったら、下記のように
cloudpackブログ - 中身をそのままにEBSのサイズを増やす方法のまとめ
今回は、先日書籍（Amazon Web Servicesクラウドデザインパターン設計ガイド）の発売も発表された Cloud Design Pattern（CDP）の記事になります。 対象は「Ondemand Diskパターン」です。 このパターンの「実装」に下記の記載があります。 アタッチ後、使用しているファイルシステムのリサイズコマンド（例えばresize2fs）で 新しい容量まで領域を拡張する。 こちらの内容は、本ブログでも様々な形で紹介してきていたので、本記事で、まとめ直してみました。 ▼Linuxで拡張する場合 CDPでも紹介されているresize2fsを利用します。 詳しくは「EBSの容量を増やす」の記事が参考になります。 ただし、EBSをパーティション分割している場合は、上記の方法だけではうまくいかず、 「パーティション分割されたEBSをresize2fsで拡張」の記事で紹介し
cloudpackブログ - WindowsのEC2インスタンスでCドライブのサイズを増やす
WindowsのEC2インスタンスのCドライブはデフォルトで30GBですが、 用途によってはサイズを増やしたい場合があると思います。 この場合、下記のようにCドライブのEBSをよりサイズが大きなものに 差し替える方法で増やすことが可能です。 1. 適当なAMIからWindowsのEC2インスタンスを起動させます。 2. 起動したEC2を停止します。 3. 起動したEC2のCドライブに相当するEBSをデタッチします。 (EC2が停止状態である必要があります) 4. デタッチしたEC2のスナップショットを作成します。 5. 作成したスナップショットからEBSを作成します。 6. 作成したスナップショットからサイズを大きくしたEBSを新たに作成します。 7. 新たに作成したサイズの大きいEBSをEC2(Windows)に再度アタッチします。 8. アタッチするときにデバイスは”/dev/sda1
cloudpackブログ - EC2にアタッチできるEBSの上限
2012年2月1日 EC2にアタッチできるEBSの上限 Tweet 1台のEC2に対して、EBSをアタッチできる上限を調べてみました。 EC2のUser Guideにある、Attaching the Volume to an Instanceによりますと、Linux/UNIXの場合は、 アタッチ可能なデバイスは、/dev/sd[f-p]または /dev/sd[f-p][1-6]ということなので、 最大で、66ボリュームということになるようです。 予想よりも多くのEBSをアタッチすることができるようです。 また、Windowsの場合は、アタッチ可能なデバイスは、xvd[f-p]なので、11ボリュームとなります。 こちらは少し少ない気もしますが、Windowsの方がディスクを使う量が多いという印象があるからかもしれません。 こちらの記事はなかの人（muramasa64）監修のもと
cloudpackブログ - EBSブートのインスタンスのリージョン変更手順
2011年11月22日 EBSブートのインスタンスのリージョン変更手順 Tweet EBSブートのインスタンスのリージョンを変更してみました。 ○ツールのインストールと設定 下記のツールを移行対象となるインスタンスにインストールします。 (Amazon Linux AMIの場合は元々インストールされているか、yumでインストールすることができます。) aws-apitools-ec2 aws-amitools-ec2 ec2-utils ※AMI Toolsは、Rubyとrsyncがインストールされてないないと動作しません。 ○イメージファイルを作成 ec2-bundle-volコマンドを使って、イメージファイルを作成します。 特に指定しない場合、/tmpに作成されるのでディスクに十分な空き容量があるか注意します。 # ec2-bundle-vol -k ~/.ec2/ec2.
cloudpackブログ - instance-storeのEC2をEBSブートのEC2に変換する
2011年10月7日 instance-storeのEC2をEBSブートのEC2に変換する Tweet instance-storeで起動しているEC2のインスタンスを、EBSブートのEC2に変換する作業をしたので、 その方法をまとめました。 ○ami-toolsのインストール 変換対象のインスタンスに、ami-toolsをインストールします。 ○インスタンスのイメージファイルを作成 動作しているEC2のバンドルボリュームを作成し、イメージに変換します。 # cd /tmp # ec2-bundle-vol -d /tmp -u YOUR_ACCOUNT_NUMBER # ec2-unbundle -m /tmp/image.manifest.xml -s /tmp/ -d /tmp/ ○EBSボリュームを用意 EBSインスタンス用のEBSボリュームを作成し、アタッチします。
cloudpackブログ - EBSの追加と割り当て
こんにちは。 職人の宮内です。 今回はコマンドラインツールを使ってEBSの追加を行ってみます。 ec2-describe-instances --region ap-northeast-1 まずEBSを追加するインスタンスを確認します。 ec2-create-volume -z ap-northeast-1a -s 20 --region ap-northeast-1 上記のコマンドでEBSを作成します。 -z : availability zone -s : size 実行後、結果が表示されます。 同様にコンソールでも確認をしてみます。 作成された事が確認出来ます。 続いて作成したEBSをインスタンスに割り当ててみます。 ec2-attach-volume -d /dev/sdb2 -i インスタンスID 作成したボリュームID --region ap-northeast-1 上記のコマ
cloudpackブログ - 勉強会資料『JAWS-UG福岡 第4回勉強会 EBSの話と普通のディスク障害の話』を公開しました
9月13日（火）に開催されたJAWS-UG福岡 第4回勉強会で cloudpackエバンジェリストの後藤（@kaz_goto）がライトニングトークを行った際に使用した資料を 公開いたしました。 ライトニングトークでは、まず簡単に弊社サービスcloudpackのご紹介をし、その後、cloudpackで 活用しているEBSを利用した簡単なボリューム拡張の方法をお話しました。 今回は、この通常通りの作業を行った際に起きた障害（不慮の事故）にどういった対応をしたのか を事例としてご紹介しています。 ※いつもこのような障害が発生するわけではありません。 また最後に、cloudpackの職人募集についてもご紹介しています。 下記に、発表資料を公開しておりますので、是非、ご覧ください。 使用したドキュメントは、JAWS-UG福岡 第4回勉強会 EBSの話と普通のディスク障害の話よりご確認ください。
cloudpackブログ - パーティション分割されたEBSをresize2fsで拡張
以前、EBSの容量を増やす方法を紹介しましたが、上記の方法ですと、EBSがパーティション分割されている場合、うまくできません。 パーティション(/dev/sdf1)に対してresize2fsをすると下記のようになり、 # resize2fs /dev/sdf1 resize2fs 1.39 (29-May-2006) The filesystem is already 5241198 blocks long. Nothing to do! 大元のEBS(/dev/sdf)に対してresize2fsすると、下記のようになってしまいます。 # resize2fs /dev/sdf resize2fs 1.39 (29-May-2006) resize2fs: デバイスもしくはリソースがビジー状態です while trying to open /dev/sdf Couldn't find val
cloudpackブログ - EBSのアタッチ
こんにちは。 職人の宮内です。 今回はEBSをインスタンスにアタッチする所をおさらいします。 まずコンソール上部で『EC2』タブを選択し、左メニューの『ELASTIC BLOCK STORE』の『Volumes』を クリック。 続いて『Create Volume』をクリック。 次にボリュームの設定を行います。 入力後、『Yes,Create』をクリック。 一覧に作成されたボリュームが表示されます。 次に作成したボリュームを選んで、『Attach Volume』をクリック。 続いて、アタッチしたいインスタンスを選び、『Yes,Attach』をクリック。 一覧に表示されていたボリュームのステータスがin-useに変わり、これでアタッチが完了です。 ※この記事は、なかの人（iret_manabu）が書いています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
