EC2のt1.microをt2.microへ移行する : アジャイル株式会社
手順の概要は下図のようになります。 注意事項 コピー元は実稼働しているインスタンスを利用するのではなく、インスタンスのコピー（スナップショット）を作成し、これで作業するようにしましょう。 作業に失敗したりした場合、インスタンスを破壊する可能性があります。 作成するVolumeとInstanceのAvailability Zone は併せましょう。 ap-northeast-1a/1c が混在するとアタッチできなくて作業のやり直しが増えます ( 経験者談 )。 PV に grub をインストールする 移行元の t1.microインスタンス (以下 コピー元インスタンス) に grub をインストールします。 $ sudo yum install grub コピー元インスタンスのスナップショットを取得する awsのマネジメントコンソールから、EC2に移動します。 メニューから [ ELASTI
EC2インスタンスのEBSボリュームを拡張する | DevelopersIO
Jenkinsで継続的インテグレーション(CI)を運用していると、ディスクの容量不足となることがあります。これは、継続的に行っているビルドやテストの成果物がJenkinsによって継続的に蓄積されることが主な要因です。これはJenkinsプロジェクトで「古いビルドを破棄」を設定することで抑制することができます。この時、ビルドの保存日数やビルドの保存最大数を設定します。 とはいえ、根本的に容量不足となってしまったならば、ディスク容量を増やすしかありません。 $ df -h Filesystem Size Used Avail Use% マウント位置 /dev/xvda1 7.9G 6.8G 1.1G 87% / tmpfs 1.9G 0 1.9G 0% /dev/shm Amazon EC2ではこのようなケースでも、柔軟にディスク容量を拡張することができます。 前提 EC2インスタンスのルート
Rackspace Cloud ServersがAmazon EC2よりも優れている点
Cloud Serversは、メモリ256MB/ディスク10GBのインスタンスから用意されていて、 このミニマムのインスタンスが$0.015/時間で借りることができます。1ヶ月利用で$10.8。 256MB以上のインスタンス、例えばメモリ1GB/ディスク40GBのインスタンスでも$0.06/時間。 ディスク容量がネックになる用途以外では魅力的なラインナップではないでしょうか。 特にテスト機や実験機として一時的に利用したいようなケースでは、ロースペック・ローコストはとても助かります。 自動バックアップサービスが無料 バックアップと言ってもデータ自体のバックアップではなく､LVMのスナップショットベースのバックアップになります。 ファイルを個別に取り出すことはできませんが、データを復元する上では全く問題ありません。 このスナップショットがインスタンスごとに3つまでストックできるようになっていて
そろそろクラウド? 脱自宅サーバ考 | ライフハッカー・ジャパン
編集委員のひらたです。梅雨があけて、一気に暑い夏がやってきました。東京も暑いです。外にいると、とけてしまいそうです。冷房がないと大変なことになるのは自宅サーバも一緒、ということで、自宅の暑さ対策の一環で、自宅サーバのクラウド化を検討をしてみたいと思います。 なぜクラウド、という質問はあるかと思いますが、いま、部屋が暑くて、とにかくサーバを自宅から無くしたい気持ちで一杯で、なぜクラウドなのかは自分でもよくわかりません。それはともかく、一番大切なコスト面を比較してみたいと思います。自宅サーバといっても、みなさん、それぞれ環境も違うでしょうから、サンプルとして、以前にチラリと紹介した我が家の例を使ってみたいと思います。 現在、うちで稼動している自宅サーバは3台。インターネット回線はNTTのBフレッツのハイパーファミリータイプとEDITNETというISPのIP8個タイプを利用しています。 この構成
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon S3を使いこなしてみよう ～Amazon EC2/S3環境構築のすべて～