标签: amazon-ebs

我刚刚在 AWS 上加快速度，并有一个关于使用现有 EBS 卷作为 EC2 实例的启动设备的问题。

看起来很多实例为其启动设备创建了一个 EBS 卷。在 EBS 卷已设置为在实例终止时不会删除的情况下，是否可以将该 EBS 卷用作新实例的引导/根设备？

例如，假设我有一个实例使用 EBS 卷作为在崩溃的虚拟机管理程序上运行的根设备。我可以使用该 EBS 卷启动另一个实例吗？

我可以看到您可以拍摄 EBS 卷的快照，然后从该快照创建 AMI。所以我想这是恢复它的一种方法，但我很好奇是否有更直接的方法？

我意识到理想情况下实例会被丢弃，但我只是对学习 PoV 感到好奇。

谢谢，乔

在 EC2 实例上读取访问速度更快；“本地”驱动器或附加的 EBS 卷？

我有一些需要保留的数据，因此已将其放在 EBS 卷上。我使用的是 OpenSolaris，因此该卷已附加为 ZFS 池。但是，我有一大块 EC2 磁盘空间将被使用，因此我正在考虑将其重新用作 ZFS 缓存卷，但如果磁盘访问速度比以前慢，我不想这样做EBS 体积的影响，因为它可能会产生不利影响。

这可能是一个愚蠢的问题，请原谅我的无知。

我有一个这样运行的实例：

Root Device : EBS是否意味着我的整个系统都在 EBS 上？

我已经在这里配置了 apache 和一个 perl 应用程序，我所有的配置和文件都不会消失，对吗？

我怎么知道什么在临时存储上运行，什么在 EBS 上运行？如果我单击管理控制台中的实例并查看底部的详细信息，它会显示：EBS Optimized: false这究竟是什么意思？

这是我的存储的样子：

[ec2-user@<MY_IP> ~]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda1            7.9G  1.7G  6.2G  22% /
tmpfs                 298M     0  298M   0% /dev/shm

[ec2-user@<MY_IP> ~]$ mount
/dev/xvda1 on / type ext4 (rw,noatime)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw) …

我再次“分离卷”和“附加卷”。

之后我想要“实例启动”，但我立即收到消息

启动实例时出错

instanceId 的值“i-{id}”无效。实例没有在根 (/dev/sda1) 附加卷

Q 那么错误发生在哪里？

我有一个使用 EBS 卷支持的 EC2 实例托管在 Amazon 上的站点。在周末，流量激增，我使实例变大，这有很大帮助 - 我不再看到 CPU 使用率飙升至 100% 并且服务器变得无响应。

但是，我确实注意到磁盘读取量也非常高（无法帮助，我不认为）并且我想知道，在什么时候我会看到某种故障，因为磁盘无法保持向上？

正如您从附加的屏幕截图中看到的那样，它在周末达到了 80MB/分钟的最大值。有没有人有使用 AWS 的经验并且知道在什么时候我必须转移到多负载平衡实例，因为 EBS 成为瓶颈？

我有一个最初从 t1.micro linux 创建的 AMI。这个 AMI 的“根设备类型”是 EBS (8 GB)，我的 web 应用程序软件被“烘焙”到这个根卷中。

现在我想从这个 AMI 启动一个 m3.medium 实例，但它有 4GB SSD 的“实例存储”。

我新启动的 m3.medium 实例会完全利用 SSD 存储吗？或者我是否需要创建一个以“Instance Store”为根“Root Device Type”的新 AMI？

同样......当我尝试使用“Amazon Linux AMI 2013.09.2”从头开始启动 m3.medium 时，默认情况下它会添加一个 8GB Root EBS 卷，该卷无法使用启动向导删除。

我在这里缺少什么？

问题： 我最近改造了我的一台服务器，它在使用前进行了测试，并且运行良好，但是，几天前，我注意到对根卷的写入量大约是通常的 4 倍。这不是性能问题 - 服务器运行良好。

我的改造相当广泛（完全重建），所以就原因而言，我没有太多事情要做。简而言之，我的变化包括：

• 升级 Amazon 的 Linux（从 2011.02 到 2011.09） - 这也导致根卷从 ext3 更改为 ext4
• 从 php-fcgi 迁移到 php-fpm（目前使用 tcp）
• 从反向代理（nginx -> apache）设置移动到仅 nginx
• 用纯 ftpd 替换 vsftpd
• 用 opendkim 替换 dkim-proxy
• 用 ispconfig 替换 webmin
• 添加清漆作为动态文件的缓存层（对于这些网站获得的点击量来说太过分了，但这是一个实验）
• 添加交换分区

基本设置：

• 我的交换空间安装自己的EBS卷上-在写入到交换卷忽略不计-我已经基本上打折以此为原因（有充足的可用内存-无一不free和iostat显示最小的交换使用）。
• 我的数据（mysql 数据库、用户文件（网站）、所有日志（来自 /var/log）、邮件和清漆文件在他们自己的 EBS 卷上（使用mount --bind）。底层 EBS 卷安装在/mnt/data
• 我剩下的文件——操作系统和核心服务器应用程序（例如 nginx、postfix、dovecot 等）——是根卷上唯一的东西——总共 1.2GB。

新设置比旧系统运行“更流畅”（更快、更少内存等），并且已经稳定了 20 天（10 月中旬）——据我所知，提升的写入一直存在.

与我的预期相反，我的读取量很低（我的读取量约占写入量的 1.5%，无论是在我的根卷上的块还是字节数）。在过去的几天里，我没有对根卷（例如新安装等）进行任何更改，但写入量仍然比预期高得多。

目标：确定对根卷的写入增加的原因（本质上，确定它是一个进程（以及哪个进程）、不同的（ext4）文件系统或其他问题（例如内存））。

系统信息：

• 平台：亚马逊的EC2（t1.micro）
• O/S：Amazon's Linux 2011.09（CentOS/RHEL衍生）
• Linux 内核：2.6.35.14-97.44.amzn1.i686
• 架构：32位/i686
• 磁盘：3 …

目标：能够将 EBS 快照复制到 S3 并将其视为任意对象，如果我愿意，我可以将其下载到本地本地机器。

我知道 EBS 快照实际上是由 S3 支持的 - 它们只是没有出现在“正常”存储桶中。我看到的用于复制快照的控制台和 CLI 机制似乎侧重于将快照从一个区域复制到另一个区域“作为快照”，而不是作为“任意对象”复制到 S3。

据我所知，EBS Snapshot 的 $/GB 费用高于 S3 中对象的费用……所以如果我有一些快照，我想保留很长时间（但我赢了很快不需要），我想将它们作为对象“归档”到 S3 ......基本上：

1. 将快照作为对象复制到 S3
2. 删除 EC2 中的快照
3. 五六个月过去了
4. 将 S3 中的对象作为快照复制到 EC2
5. 从现在显示在 EC2 中的快照创建卷

这能做到吗？

首先，我不太习惯 AWS 或 DevOps/admin 的东西，但想学习。所以我在几个月前设置了一个 EC2 实例并附加了一个 EBS 卷 (15 Gb)，以便在几天内测试一些东西。

然后我意识到月费已满 (EC2 + EBS)，因为我让实例保持活动状态，所以我分离了卷并停止了实例，EC2 实例不再收费。

但是现在，我看到 EBS 卷仍然收取 1.5 美元/月的费用，即使它是分离的。我应该删除卷以避免任何费用吗？或者有任何类型的停止或禁用卷？

我在 Redis 日志中看到以下内容：

1182:M 30 Nov 14:27:00.028 * 1 changes in 900 seconds. Saving...
1182:M 30 Nov 14:27:00.029 * Background saving started by pid 1920
1920:C 30 Nov 14:27:00.029 # Failed opening .rdb for saving: Read-only file system
1182:M 30 Nov 14:27:00.130 # Background saving error

Redis 配置为使用此目录：

ubuntu@XXXXX:~$ redis-cli
127.0.0.1:6379> config get dir
1) "dir"
2) "/mnt/persistent/redis-data"

如果我成为 redis 用户，我可以很好地写入该目录：

ubuntu@XXXXX:~$ sudo su - redis
redis@XXXXX:~$ touch /mnt/persistent/redis-data/caniwrite
redis@XXXXX:~$ ls /mnt/persistent/redis-data/caniwrite
/mnt/persistent/redis-data/caniwrite

它似乎以读写方式安装：

root@XXXXX:~# mount -l | grep /mnt/persistent …