我从 AWS Backup 恢复了 EBS 卷并将其附加到新的 EC2 实例。当我lsblk可以在名字下看到它时/dev/nvme1n1。
更具体地说,输出lsblk是:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT\nloop0 7:0 0 25M 1 loop /snap/amazon-ssm-agent/4046\nloop1 7:1 0 55.4M 1 loop /snap/core18/2128\nloop2 7:2 0 61.9M 1 loop /snap/core20/1169\nloop3 7:3 0 67.3M 1 loop /snap/lxd/21545\nloop4 7:4 0 32.5M 1 loop /snap/snapd/13640\nloop5 7:5 0 55.5M 1 loop /snap/core18/2246\nloop6 7:6 0 67.2M 1 loop /snap/lxd/21835\nnvme0n1 259:0 0 8G 0 disk \n\xe2\x94\x94\xe2\x94\x80nvme0n1p1 259:1 0 8G 0 part /\nnvme1n1 259:2 0 …Run Code Online (Sandbox Code Playgroud) 在我的场景中,我有一些未加密的旧 EBS 卷。为了满足新的公司安全措施,所有数据都需要加密,因此我需要制定一个计划,以破坏性最小的方式加密未加密的数据(理想情况下没有停机)?
谁能建议实现此目标的最佳方法是什么?
encryption amazon-ec2 amazon-ebs amazon-web-services aws-cli
您如何为亚马逊找到最“被接受”的图像,以便您将其存储为 EBS 图像。具体来说,我正在寻找 CentOS 映像。
我正在评估将老化的基础设施迁移到 Amazon 的 AWS 并尝试估算成本。我知道我们当前的磁盘空间要求、带宽以及会影响成本的大多数其他变量。让我难倒的是 EBS 卷上的 IOPS。我的想法是从我们现有的服务器(使用 PolyMon)捕获性能监视器数据,但我不确定哪些 PhysicalDisk 指标与 Amazon 的 IOPS 计数相匹配。我的两个猜测是磁盘读/写或平均磁盘读/写。
有什么想法吗?谢谢!
我有一个安装了 EBS 卷的微型实例。我必须为 EBS 卷的每百万次读/写付费。
但是由于 EBS I/O 的本质,它非常慢,因此像 MySql 这样的服务也很慢。
有人可以建议加速我的实例的方法吗(除非明显评论微实例不用于此类用途)?
我有一个基于 Windows 的 Amazon EC2 实例,将 EBS 驱动器作为根设备。是否可以在不创建 AMI 的情况下启动此实例的副本 - 例如,从 C: 驱动器的快照?我们想在服务器的克隆上测试一些东西而不必关闭它(如果我们尝试创建一个 AMI,这似乎会发生)。
我们有一个带有小型 (15G) EBS 驱动器的 m1.medium EC2 实例,运行 Rails 3 和 PostgreSQL 服务器。我们注意到 CPU 在奇怪的时间出现峰值,并最终意识到即使是简单、持续的 EBS 访问似乎也会固定 CPU。例如,仅 grep 大约 3G 的日志会导致 100% 的 CPU 使用率 - 这意味着两个内核,这对于 grep 来说应该是不可能的!删除一堆日志文件也占用了大约 25% 的 CPU,这超出了我的预期。我们不换。
这是正常的吗?谷歌很难做到这一点,因为“高 CPU”也是一种 EC2 实例的名称。我很乐意提供更多细节和基准,但首先我想检查这是否是一回事。
在基于 EBS 的 AMI 可用之前,可以使用命令ec2-migrate-image将 AMI 迁移到不同的区域。
是否有一种简单的方法可以对基于 EBS 的 AMI 执行相同操作?使用官方的亚马逊 EC2 API 命令行工具还是使用像boto这样的库?
我们有一个运行在 Amazon EC2 c1.medium 实例上的 MySQL 服务器,它依赖于使用 ext3 文件系统进行存储的单个 EBS 卷。
这个 MySQL 服务器被一些运行在一些 web 服务器上的应用程序以大约 500/ps 的速度查询,这些服务器也在 Amazon EC2 上。
正如您在下面看到的,服务器的平均负载和处理器空闲时间似乎很好,但现在有一些令人不安和担心的事情,这就是它一直在经历的高 iowait。
另一个让我非常担心的数字是 iostat 的每秒传输数 (tps),大部分时间都保持在 450 以上。在对这个话题做了一些研究之后,我看到有人说这是对 EBS 卷的要求太多:https : //forums.aws.amazon.com/thread.jspa? threadID =30769
顺便说一下,您将在下面看到的命令输出不是在高峰时间捕获的。这就是服务器大部分时间的行为方式。
好吧,大家都说,这是我的问题:
1- 是时候考虑迁移到 RAID 架构(我会说 RAID 0)了吗?
2- 我应该花时间在集群解决方案上吗,比如 MySQL Cluster?
3- 您认为这种情况是否严重影响了我们的应用程序?如果我们转向 RAID 0 和/或集群解决方案,它们的性能会更好吗?(到目前为止,应用程序似乎很高兴,但他们会更高兴吗?)
如果您需要任何进一步的信息,请告诉我。
~ # uptime
12:34:14 up 2 days, 4:06, 1 user, load average: 2.24, 1.90, **1.84**
########################################################
~ # vmstat 5
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------ …Run Code Online (Sandbox Code Playgroud) 我知道这并不完全是苹果与苹果的比较,我要评估的是哪个更安全 - 丢失数据的可能性较小。
Joyent 的 SmartOS使用ZFS来存储数据,而 EC2 机器可以使用Amazon Elastic Block Store (EBS ) 将其数据存储在 S3 上。
我想知道使这两个系统可靠的一些架构细节是什么?我不太确定 S3 的设计是否有多个存储数据的位置。
amazon-ebs ×10
amazon-ec2 ×8
amazon-ami ×2
amazon-s3 ×1
aws-cli ×1
block-device ×1
centos ×1
cpu-usage ×1
encryption ×1
iops ×1
iowait ×1
joyent ×1
linux ×1
mount ×1
mysql ×1
nvme ×1
perfmon ×1
performance ×1
raid0 ×1
windows ×1
zfs ×1