Mel*_*991 98 amazon-ec2 amazon-web-services
所以我无法弄清楚什么,特别是这两者之间的区别.
据我了解,快照只是磁盘驱动器的备份,而AMI是整个系统的备份(或我应该说的实例),但整个系统技术上并不完全位于磁盘驱动器上?如果是这样,那么没有明显的区别,我错过了什么?
Eri*_*ond 66
有两种类型的AMI(和相应的实例):
实例存储(有时称为基于S3).这些不太常见,我不建议初学者使用它们.实例存储AMI是根实例存储卷的一个副本加上一些元数据,所有这些都以特殊格式保存在S3存储桶中
EBS启动.这可能就是你正在使用的.EBS引导AMI 是 EBS根卷的EBS快照,加上一些元数据,如体系结构,内核,AMI名称,描述,块设备映射等.
您可以拍摄EBS启动卷的快照,并通过将其与适当的元数据一起注册,将其转换为EBS启动AMI.最棘手的部分是指定正确的AKI id(内核),以便正确引导.
Bri*_*ich 20
主要区别在于所提到的服务类型.快照属于EBS卷,您可以在某个时间点使用相同的数据保存状态并重新启动.
AMI类似,但它本身就是EC2实例.您无法拍摄非ebs支持的实例的快照,但可以创建一个AMI(系统映像).
通常我使用EBS快照作为数据库卷的备份解决方案,我使用AMI来保存实例配置
Ans*_*eek 15
可以使用快照创建AMI.例如,使用单个"快照",您可以使用相同的快照创建多个AMI,例如一个PV和一个HVM AMI.
因此,快照具有系统/ OS数据.AMI是(快照+机器/硬件元数据).
skr*_*ets 12
我也很困惑.这是理解它的最简单方法:
EBS Snapshot
通常代表特定EBS卷的备份,它可能是任何卷(根卷,数据量等)
AMI
(亚马逊机器映像)是整个EC2实例的备份.例如,通过适当的配置,可以创建包含多个EBS卷的AMI.
现在,它可能听起来令人困惑,但它们都存储为"EBS快照".
试想一下:
EBS Snapshot
只是一个数据备份.AMI
是特定时间系统状态的表示.你也可以从它启动.Muh*_*man 11
EBS Volume
是 EC2 背后的底层磁盘。Snapshot
是特定时间点的备份,volume
而 AMI 是整个 EC2 实例的备份,这些实例可能具有多个附加卷,就像虚拟机一样。
使用Packer,您可以构建自动化机器映像,包括用于 EC2 的 AMI、用于 VMware 的 VMDK/VMX 文件、用于 VirtualBox 的 OVF 导出等。
EC2 <-- EBS Volume (Boot) + EBS Volume
^
|
Snapshot (only of specific volume)
^
|
AMI (Combined snapshots of all volumes, snapshot must have boot volume)
^
|
Launch a new Instance (same installed softwares and configs, different specs)
Run Code Online (Sandbox Code Playgroud)
快照可用于备份驱动器/卷。它是增量备份操作,这意味着每次拍摄卷的快照时,它只会添加自上次备份(不是整个备份)以来添加/引入的新更改,从而节省备份时间、空间并最终节省成本.
快照可用于:
定期备份驱动器
改变volume的类型,比如你有流量或者读写,需要增加IO操作,所以你从gp2
to改成io1
更高IOPs
自定义 AMI 可用于:
用于灾难恢复,以防当前运行的 EC2 实例损坏且无故无法运行。
标准公司的 AMI 已安装所有简化部署过程的必备软件(例如,配置为连接到 Splunk,安装了一些监控和可观察性软件,安装了 docker,或者配置为在启动时连接 Puppet 或 Chef)
AMI 可用于在不同区域轻松部署您的应用程序。
使用所有已安装的软件及其配置将您的服务器升级到更高或不同的规格
AMI 可以在 AWS 账户之间公开共享。
小智 5
以下是AMI和EBS快照之间的更多差异:
1)AMI是可启动的并且包含到根设备的链接,并且可以包含到其他数据卷的快照的链接.
2)AMI中包含的数据映像不代表明确定义的时间点,除非重新启动实例,这通常是生产环境不可接受的.快照可以以一致的方式进行,因为可以控制它们的确切时间点,因此在快照启动之前,可以确保所有内容都"准备好备份".
3)可以从Linux的根设备的现有快照创建AMI,但不能从Windows创建.
归档时间: |
|
查看次数: |
62090 次 |
最近记录: |