超メモ：cloud-initでgrowpartを利用する場合の注意 | iret.media
はじめに cloudpack の くどう です。 超メモです。これは、ハマリました。 だって cloud-init 利用した growpart だけ動作しないんですもん！ なにが起きたか cloud-init を利用して領域を自動拡張しようと思っていました。 しかし！起動時に拡張されない？なぜかとログを見ると growpart だけ動いていません・・・なぜでしょう。 色々と検証しました。 原因 これでした。 /etc/cloud/cloud.cfg locale: ja_JP.UTF-8 locale は en_US.UTF-8 でなければ動作しないというバグ？っぽいものがありました。 locale: en_US.UTF-8 に修正してから再起動すると拡張されます。 まとめ cloud-init は便利ですが、思わぬところでハマリました。 元記事はこちらです。 「超メモ：cloud-ini
ひとつのEBSを分割してみますよ | iret.media
はじめに cloudpack の くどう です。 今回は、Amazon EBS のパーティション小手先技です。 通常、パーティションを分ける場合は新たにEBSボリュームを追加し分けることが多いと思います。しかし、SSDの場合には容量によってIOPSが設定されるため、ひとつのボリュームで大きくとった方がお得です。そこで、ボリュームを分けるひとつ方法として解説していきます。 容量が300GBのEBSで、AMIはCentOS（hvm）です。 hvmの場合って自動的にresizeしてくれないんですよね orz 作業順序 ①最初はルートパーティションは8GB ②後ろから200GBを確保 ③ルートパーティションを100GBに拡張 後ろから200GBを確保 最初にパーティションの変更を行うめ parted をインストールします。 # yum install parted partedを起動します。 #
EBS で作成したディスク容量を拡張するメモ | iret.media
the 手順 サービス停止（lsof でプロセスがディスクを利用していないか確認しましょう） 対象を unmount snapshot 作成 snapshot からボリューム作成（※容量拡張） 従来のボリュームをデタッチ 新しいボリュームをアタッチ fdisk で従来のパーティションを削除して再度作成 e2fsck -f /dev/xxxx1 で fsck しましょう resize2fs で拡張 mount サービス再開（ログなど確認しましょう） 注意点 出来るだけ従来と同じデバイスにアタッチするといいかも（従来が /dev/xvdf だったら新しいのも /dev/xvdf で） fdisk で従来の従来のパーティションを削除する際にはドキドキします 縮小する時って…？ 元記事はこちらです。 「EBS で作成したディスク容量を拡張するメモ」
EBS スナップショットでほげほげするアレ | iret.media
こんにちは、cloudpack の がみさんです。 とりあえず突貫で。 curl 刺さった時とかどうするののアレ --query で volume_id 指定するんだけど変数食わせられないから微妙 mysql停止起動失敗のアレ mysql起動後にレプリケーションチェックしないとアレ #!/bin/bash REGION="--region ap-northeast-1" init() { INSTANCE_ID=`curl -s http://169.254.169.254/latest/meta-data/instance-id` BACKUP_VOLUMEID=`aws ec2 describe-instances --instance-id ${INSTANCE_ID} ${REGION} --query 'Reservations[].Instances[].BlockDevice
MariaDB Galera Clusterのバックアップ・リストア – EBS Snapshotパターン | iret.media
こんにちは、cloudpack の がみさん です。 はじめに Amazon EC2で稼働しているMariaDB Galera Clusterのバックアップ/リストアプランについて考えています。 mysqldump Percona Xtrabackup Clusterグループのメンバーノードを切り離してbackup データベースのテーブルをFLUSH TABLES WITH READ LOCKしてストレージのスナップショットバックアップ 今回は 今回はAmazon EBSを利用していることも有り[4.]を試してみました。 やり方は昔からあるLVM Snapshotを用いたパターンと同じです ※ご参考「SQLバックアップ頂上決戦！！ LVMスナップショット vs InnoDB Hot Backup」 ちなみにGalera Clusterには未サポートの機能があります。 MariaDB Gal
AWS Marketplace AMIから起動したインスタンスのRootVolumeを他インスタンスにアタッチする方法 | iret.media
こんにちは、cloudpack の 田村です。 はじめに AWS Marketplace のAMIから起動したインスタンスのRootVolumeはRootVolume(/dev/sda)以外でアタッチすることができない。 「Error attaching volume: ‘vol-xxxxxxxx’ with Marketplace codes may not be attached as a secondary device.」 対処方法 オペレーションミスをしてサーバを閉じ込めてしまった場合の対処方法 (1)当該RootVolumeのスナップショットを取得する (2)スナップショットをAWS MarketPlace 管理用アカウント(ID: 6795-9333-3241)に共有する (3)AWSサポートに下記情報と制限を解除して欲しい旨を伝える スナップショットのID スナップショット
GP2 EBSの16TB化において知りたいたった1つのこと：ベースラインパフォーマンス比率 | cloudpack技術情報サイト
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 以下のAWSの発表のとおり、SSDベースのAmazon EBSの最大容量およびIOPSが近々強化される予定だそうです。 Amazon Web Services ブログ: 【AWS発表】さらに大容量で高速なElastic Block Store(EBS)ボリューム 変更点 従来からの変更点は以下のとおり GP2 (General Purpose SSD) GP2 (General Purpose SSD) 最大IOPS：3,000 IOPS→10,000 IOPS スループット：非公開→160MB/s PIOPS (Provisioned IOPS SSD) 最大容量：1TB→16TB 最大IOPS：4,000 IOPS→20,000 IOPS スループット：非公開→320MB/s また、この明確なスループッ
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS HVMでディスク拡張するときの注意点 | iret.media
AWS Account Numberを取得するN個の方法 | iret.media