实际上，您可以通过elastic beanstalk配置页面添加密钥对。然后它为您重新启动实例，一切正常。

虽然不能直接向运行中的EC2实例添加密钥对，但可以创建一个linux用户并为他创建一个新的密钥对，然后像使用原始用户的密钥对一样使用它。

在本例中，您可以要求实例所有者(创建实例的人)执行以下操作。因此，实例所有者不必与您共享他自己的密钥，但是您仍然能够ssh进入这些实例。这些步骤最初是由Utkarsh Sengar (aka。@zengr)在http://utkarshsengar.com/2011/01/manage-multiple-accounts-on-1-amazon-ec2-instance/。我只做了一些小改动。

Step 1: login by default “ubuntu” user: $ ssh -i my_orig_key.pem ubuntu@111.111.11.111 Step 2: create a new user, we will call our new user “john”: [ubuntu@ip-11-111-111-111 ~]$ sudo adduser john Set password for “john” by: [ubuntu@ip-11-111-111-111 ~]$ sudo su - [root@ip-11-111-111-111 ubuntu]# passwd john Add “john” to sudoer’s list by: [root@ip-11-111-111-111 ubuntu]# visudo .. and add the following to the end of the file: john ALL = (ALL) ALL Alright! We have our new user created, now you need to generate the key file which will be needed to login, like we have my_orin_key.pem in Step 1. Now, exit and go back to ubuntu, out of root. [root@ip-11-111-111-111 ubuntu]# exit [ubuntu@ip-11-111-111-111 ~]$ Step 3: creating the public and private keys: [ubuntu@ip-11-111-111-111 ~]$ su john Enter the password you created for “john” in Step 2. Then create a key pair. Remember that the passphrase for key pair should be at least 4 characters. [john@ip-11-111-111-111 ubuntu]$ cd /home/john/ [john@ip-11-111-111-111 ~]$ ssh-keygen -b 1024 -f john -t dsa [john@ip-11-111-111-111 ~]$ mkdir .ssh [john@ip-11-111-111-111 ~]$ chmod 700 .ssh [john@ip-11-111-111-111 ~]$ cat john.pub > .ssh/authorized_keys [john@ip-11-111-111-111 ~]$ chmod 600 .ssh/authorized_keys [john@ip-11-111-111-111 ~]$ sudo chown john:ubuntu .ssh In the above step, john is the user we created and ubuntu is the default user group. [john@ip-11-111-111-111 ~]$ sudo chown john:ubuntu .ssh/authorized_keys Step 4: now you just need to download the key called “john”. I use scp to download/upload files from EC2, here is how you can do it. You will still need to copy the file using ubuntu user, since you only have the key for that user name. So, you will need to move the key to ubuntu folder and chmod it to 777. [john@ip-11-111-111-111 ~]$ sudo cp john /home/ubuntu/ [john@ip-11-111-111-111 ~]$ sudo chmod 777 /home/ubuntu/john Now come to local machine’s terminal, where you have my_orig_key.pem file and do this: $ cd ~/.ssh $ scp -i my_orig_key.pem ubuntu@111.111.11.111:/home/ubuntu/john john The above command will copy the key “john” to the present working directory on your local machine. Once you have copied the key to your local machine, you should delete “/home/ubuntu/john”, since it’s a private key. Now, one your local machine chmod john to 600. $ chmod 600 john Step 5: time to test your key: $ ssh -i john john@111.111.11.111

因此，通过这种方式，您可以设置多个用户来使用一个EC2实例!!

在我的例子中，我使用这个文档将一个密钥对与Elastic Beanstalk实例关联起来

重要的 在访问Elastic beanstalk提供的Amazon EC2实例之前，您必须创建一个Amazon EC2密钥对，并配置您的Elastic beanstalk提供的Amazon EC2实例来使用Amazon EC2密钥对。您可以使用AWS管理控制台设置Amazon EC2密钥对。有关为Amazon EC2创建密钥对的说明，请参阅Amazon Elastic Compute Cloud入门指南。

使用Elastic Beanstalk配置Amazon EC2服务器实例

您可以通过以下命令向实例添加一个新密钥:

ssh-copy-id -i ~/.ssh/id_rsa.pub domain_alias

可以在~/目录下配置domain_alias。ssh配置

host domain_alias
  User ubuntu
  Hostname domain.com
  IdentityFile ~/.ssh/ec2.pem

实例启动后，就无法更改 在元数据级别上与实例关联的Keypair，但是您 可以更改用于连接到实例的SSH密钥。

stackoverflow.com/questions/7881469/change-key-pair-for-ec2-instance

不能对正在运行的实例应用对偶。您只能使用新对来启动一个新实例。

对于恢复，如果它是EBS引导AMI，您可以停止它，创建卷的快照。基于它创建一个新卷。并且能够使用它来启动旧实例、创建新映像或恢复数据。

虽然暂时存储的数据将会丢失。

---

由于这个问题和答案的受欢迎程度，我想在Rodney在他的评论中发布的链接中捕获信息。

这一信息要归功于埃里克·哈蒙德。

修复EC2实例的根EBS卷上的文件

您可以在EC2实例上检查和编辑根EBS卷上的文件，即使处于您所认为的灾难性情况，如:

您丢失了ssh密钥或忘记了密码 您在编辑/etc/sudoers文件时犯了错误，不能再编辑了 使用sudo获得根访问权限来修复它 长期运行的实例由于某种原因挂起，不能挂起 联系，无法正常启动 您需要从实例中恢复文件，但无法访问它

在你办公桌上的一台物理计算机上，你可以简单地用CD或u盘启动系统，安装硬盘驱动器，签出并修复文件，然后重新启动计算机以恢复工作。

但是，当您处于其中一种情况时，远程EC2实例似乎很遥远且不可访问。幸运的是，AWS为我们提供了恢复这样的系统的能力和灵活性，前提是我们运行的是EBS引导实例而不是实例存储。

EC2上的方法有点类似于物理解决方案，但是我们将把有故障的“硬盘驱动器”(根EBS卷)移动并挂载到不同的实例，修复它，然后将它移回来。

在某些情况下，启动一个新的EC2实例并扔掉坏的实例可能更容易，但如果你真的想修复文件，这里有一种方法对许多人都有效:

设置

用要查看和编辑的文件标识包含损坏的根EBS卷的原始实例(A)和卷。

instance_a=i-XXXXXXXX

volume=$(ec2-describe-instances $instance_a |
  egrep '^BLOCKDEVICE./dev/sda1' | cut -f3)

确定第二个EC2实例(B)，您将使用它来修复原始EBS卷上的文件。此实例必须运行在与实例A相同的可用分区中，以便它可以将EBS卷附加到它。如果您还没有运行实例，请启动一个临时实例。

instance_b=i-YYYYYYYY

停止损坏的实例A(等待它完全停止)，从实例中分离根EBS卷(等待它被分离)，然后将该卷附加到未使用设备上的实例B。

ec2-stop-instances $instance_a
ec2-detach-volume $volume
ec2-attach-volume --instance $instance_b --device /dev/sdj $volume

ssh到实例B并挂载卷，以便访问它的文件系统。

ssh ...instance b...

sudo mkdir -p 000 /vol-a
sudo mount /dev/sdj /vol-a

修复它

此时，实例A的整个根文件系统都可以在实例b的/vol-a下查看和编辑。例如，您可能想:

将正确的ssh密钥放在/vol-a/home/ubuntu/.ssh/authorized_keys中 编辑并修复/vol-a/etc/sudoers 在/vol-a/var/log/syslog目录下查找错误信息 将重要文件从/vol-a/…

注意:这两个实例上的uid可能不相同，因此在创建、编辑或复制属于非根用户的文件时要小心。例如，实例A上的mysql用户可能与实例B上的postfix用户具有相同的UID，这可能会导致问题，如果您使用一个名称删除文件，然后将卷移回A。

总结

完成后，您对/vol-a下的文件感到满意，卸载文件系统(仍然在实例b上):

sudo umount /vol-a
sudo rmdir /vol-a

现在，使用ec2-api-tools回到您的系统上，继续将EBS卷移回原来实例A上的主实例，并再次启动该实例:

ec2-detach-volume $volume
ec2-attach-volume --instance $instance_a --device /dev/sda1 $volume
ec2-start-instances $instance_a

希望您解决了问题，实例A正常出现，并且您可以完成您最初设定的任务。如果没有，您可能需要继续重复这些步骤，直到它可以工作为止。

注意:如果您在停止实例A时已为其分配了弹性IP地址，则需要在重新启动实例A后重新关联它。

记住!如果您的实例B只是为了这个进程而临时启动的，那么现在不要忘记终止它。