EC2インスタンスにSSHできないときって、今回は何の手違いか、.sshディレクトリごと削除しちゃって。
あーあ、自分は nginxユーザーのホームは /home/nginx だと思ってたんだけど、/var/www/vhosts だったんだ。
誰がこんなクソみたいな設定したんだ！ オレだ！
authorized_keys がないと、SSHでログインできないじゃないか。
やること：
SSHできないEC2インスタンス（INS-A）からボリューム（VOL-A）を取り出し、別のEC2インスタンス（INS-B）からボリューム内のファイルの問題となっているファイルを修正する。
インスタンス（INS-A）を停止し、ボリューム（VOL-A）をデタッチする
「EC2 -> インスタンス」から、インスタンス（INS-A）を選択して停止
停止したインスタンス（INS-A）の「ルートデバイス」を選択
「EBS ID」をクリックすれば対象のボリューム（VOL-A）へ「EC2 -> ボリューム」から、対象のボリューム（VOL-A）を選んで「アクション -> ボリュームのデタッチ」
これで、インスタンス（INS-A）からボリューム（VOL-A）が取り除かれた。
別のインスタンス（INS-B）に取り外したボリューム（VOL-A）をアタッチ。
「EC2 -> ボリューム」から、先程取り除いたボリューム（VOL-A）を選択
「アクション -> ボリュームのアタッチ」空きドライブに割り当てる（デフォルトでは「/dev/sdf」）
これでボリューム（VOL-A）が別のECインスタンス（INS-B）にアタッチされた。
別のEC2インスタンス（INS-B）にログイン。
# df -h
# lsblk
# mkdir /mnt/vol01
# mount /dev/xvdf1 /mnt/vol01
# df -h
作業が終わったらアンマウント。
# umount /mnt/vol01
インスタンス（INS-B）からボリューム（VOL-A）をデタッチ
インスタンス（INS-A）にボリューム（VOL-A）をアタッチ（/dev/xvda）して起動
「EC2 -> ボリューム」からボリューム（VOL-A）を選択
「アクション -> ボリュームのアタッチ」を選択
デバイスの値を最初と同じ「/dev/xvda」にしてから「アタッチ」