9

私の雲の自動スケーリング:: LaunchConfigurationから、ebsのバックアップec2インスタンスのハードディスク容量を増やそうとしています。最初はルートデバイスは8GBで始まります。これを40GBに増やしたいと思います。私はこのdocumentationに基づいてこれを行うことができるという印象を受けています。残念ながら、以下の設定は動作しないようです。雲の自動スケーリンググループのルートデバイスサイズを増やす

"LaunchConfig" : { 
    "Type": "AWS::AutoScaling::LaunchConfiguration", 
    "Properties": { 
     "BlockDeviceMappings": [{ 
      "DeviceName": "/dev/sda1", 
      "Ebs" : {"VolumeSize": "40"} 
     }] 
    } 
} 

私は、ami-05355a6cに基づいたカスタムのamiを使用しています。

答えて

16

LaunchConfigurationは、EBSボリュームブロックデバイスのサイズを設定します。しかし、ファイルシステムはまだ8GBしか使用してはならないと考えています。

次のようなコマンドを実行することができます

、それは全体のブロックデバイスまで使用する必要があり、ファイルシステム伝えるために、以下:

sudo resize2fs /dev/sda1 

カスタムAMIの起動コマンドでこれを自動化することができ、またはあなたが渡すことができますが効果にごLaunchConfigurationにおけるユーザデータのスクリプトは:

#!/bin/bash 
resize2fs /dev/sda1 

ユーザデータのスクリプトは、最初の起動時に上のrootとして実行されているので、sudoは必要ありません。ここで私は、ユーザーデータスクリプトの概念を導入した記事があります:CloudFormationテンプレートでhttp://alestic.com/2009/06/ec2-user-data-scripts

、これは次のようになります。

"UserData" : { "Fn::Base64" : { "Fn::Join" : ["", [ 
     "#!/bin/bash -ex\n", 
     "exec > >(tee /var/log/user-data.log|logger -t user-data -s 2>/dev/console) 2>&1\n", 
     "resize2fs /dev/sda1\n", 
     "" 
    ]]}} 

ここで私は「幹部」の有用性を説明する記事ですユーザデータスクリプトをデバッグするための行:http://alestic.com/2010/12/ec2-user-data-output

+0

"exec"行についてのヒント。これは私に時間のボートの負荷を節約しました。今年の再考でお会いしたら、私はあなたにビールを借りています:) – BillMan

関連する問題