cloudformを使用してボリュームを接続してマウントする方法が見つかりません。CloudFormationを使用してEC2インスタンスにボリュームを接続してマウントする方法
VolumeAttachmentを使用してボリュームを添付できます。しかし、EC2インスタンスが実行状態になってからlsblk
を実行すると、この接続インスタンスがアンマウントされていることがわかります。
このインスタンスをCloudformationファイルからマウントする方法はありますか?私はこれをLinuxのコマンドを使ってマウントすることができますが、代わりに雲の情報からすべてを扱うほうがずっと良いでしょう。
"MyEc2Instance" : {
"Type" : "AWS::EC2::Instance",
"Properties" : {
"KeyName" : { "Ref" : "KeyName" }
}
},
"MyVolume" : {
"Type" : "AWS::EC2::Volume",
"Properties" : {
"Size" : "50",
"AvailabilityZone" : "xyz"
}
},
"attachment" : {
"Type" : "AWS::EC2::VolumeAttachment",
"Properties" : {
"InstanceId" : { "Ref" : "MyEc2Instance" },
"VolumeId" : { "Ref" : "MyVolume" },
"Device" : "/dev/sdh"
}
}
そして、私はインスタンス上lsblk
を行うとき、これは私が見た結果である:ここで
は、私がこれまできたものである私は、デバイス名を指定していても
xvda 202:0 0 8G 0 disk
└─xvda1 202:1 0 8G 0 part/
xvdh 202:112 0 50G 0 disk
お知らせ'sdh'になると 'xvdh'として添付されて表示されます。何故ですか?そして、あなたが見ることができるように、これはマウントされていません。これをどのようにマウントするのですか?
私はルートボリュームを増やす必要があります。これがルートボリュームで動作するのと同様に、新しいファイルシステムを作成するのでしょうか? – user1801879
@NhoI ok、これは私にトンを助けてくれました。ほんとありがと。 1つの質問:既存のファイルシステムをマウントすると問題はありますか?/mnt/xvdhを作成するのではなく、この新しいディスクに/ usrをマウントするだけです。 – user1801879
いいえ、既存のファイルシステムに必要なものが/ usrにある限りです。あなたのマウントの下にマウントがすべて隠れることに注意してください。元のフォルダーの内容をアンマウントすると、そのマウントは元に戻ります。 – NHol