OTC与AWS对比之EBS

EBS(Elastic Block Store)算是EC2(Elastic Compute Cloud)的附属服务,EBS必须attach到EC2才能发挥作用,因为EC2这个服务太大,我就把里面的一些子服务单独拿出来和OTC做一个对比。

OTC上对应的服务叫EVS(ElasticVolume Service)

  • 功能

两种服务功能上是一样。

提供数据块级存储卷以用于 EC2 实例。EBS 卷是高度可用和可靠的存储卷,可以挂载到同一可用区中任何正在运行的实例。挂载到 EC2 实例的 EBS 卷公开为独立于实例生命周期存在的存储卷。使用 Amazon EBS,您可以按实际用量付费。

  • 类型

AWS提供


固态硬盘 (SSD)


硬盘 (HDD)


卷类型


通用型 SSD (gp2)*


预配置 IOPS SSD (io1)


吞吐优化 HDD (st1)


Cold HDD (sc1)


描述


平衡价格和性能的通用 SSD 卷,可用多种事务性工作负载


为任务关键型应用程序设计的最高性能 SSD 卷


为频繁访问的吞吐量密集型工作负载设计的低成本 HDD 卷


为不常访问的工作负载设计的最低成本 HDD 卷


使用案例


建议用于大多数工作负载
 系统启动卷
 虚拟桌面
 低延迟交互式应用程序
 开发和测试环境


需要持续 IOPS 性能或每卷高于 10000 IOPS 或 160 MiB/s 吞吐量的关键业务应用程序
 大型数据库工作负载,如:
 MongoDB
 Cassandra
 Microsoft SQL Server
 MySQL
 PostgreSQL
 Oracle


以低成本流式处理需要一致、快速的吞吐量的工作负载
 大数据
 数据仓库
 日志处理
 不能是启动卷


适合大量不常访问的数据、面向吞吐量的存储
 最低存储成本至关重要的情形
 不能是启动卷


API 名称


gp2


io1


st1


sc1


卷大小


1 GiB - 16 TiB


4 GiB - 16 TiB


500 GiB - 16 TiB


500 GiB - 16 TiB


最大 IOPS**/


10000


20000


500


250


最大吞吐量/


160 MiB/s


320 MiB/s


500 MiB/s


250 MiB/s


最大 IOPS/实例


65000


65000


65000


65000


最大吞吐量/实例


1,250 MiB/s


1,250 MiB/s


1,250 MiB/s


1,250 MiB/s


管理性能属性


IOPS


IOPS


MiB/s


MiB/s

OTC 提供

i. Common I/O: SATA disk; IOPS: up to 1000; data throughput rate: upto 40 MB/s;

Response time: 10 – 15 ms

ii. High I/O: SAS disk; IOPS: up to 3000; data throughput rate: upto 120 MB/s;

Response time: 6 – 10 ms

iii. Ultra-high I/O: SSD disk; IOPS: up to 20000; data throughputrate: up to 320 MB/s;

Response time: 1 – 3 ms

iv. Ultra-high I/O(optimized latency): SSD disk; IOPS: up to 20000; optimized data throughputthrough InfiniBand: up to 400 MB/s; response time: 1 ms – for use with the"large memory" flavor.

里面具体的性能可能会有一些差异,但一般用户可能不会关心太细的指标

大概可以做一个对应


AWS


OTC


通用型 SSD (gp2)*


Ultra-high  I/O


预配置 IOPS SSD (io1)


Ultra-high  I/O (optimized latency)


吞吐优化 HDD (st1)


High  I/O


Cold  HDD (sc1)


Common  I/O

AWS还有一种磁性介质卷可提供最低的每 GB 成本。对于数据不常被访问的工作负载以及看重低存储成本的应用来说,磁性介质卷是理想的选择。

但磁介质是上一代卷,一般很少用。

  • 备份

双方都可以提供基于快照的备份。

但OTC可以提供BackupPolicy,可以实现自动备份

  • 其他

AWS提供的块存储设备还有一种非常特殊的就是实例存储,

实例存储 为您的实例提供临时性块级存储。此存储位于已物理连接到主机的磁盘上。实例存储是一种理想的临时存储解决方案,非常适合存储需要经常更新的信息,如缓存、缓冲、临时数据和其他临时内容,或者存储从一组实例上复制的数据,如 Web 服务器的负载均衡池。

实例存储由一个或多个显示为块储存设备的实例存储卷组成。实例存储的大小以及可用设备的数量因实例类型而异。尽管实例存储专用于特定实例,但是磁盘子系统是在主机上的实例间共享的。

实例存储卷的虚拟设备为 ephemeral[0-23]。支持一个实例存储卷的实例类型具有 ephemeral0。支持两个实例存储卷的实例类型有 ephemeral0 和 ephemeral1 等。

NVMe 实例存储卷的虚拟设备为 /dev/nvme[0-7]n1。支持一个 NVMe 实例存储卷的实例类型具有 /dev/nvme0n1。支持两个 NVMe 实例存储卷的实例类型具有 /dev/nvme0n1 和 /dev/nvme1n1,依此类推。

实例类型决定了可用的实例存储的大小以及用于实例存储卷的硬件类型。实例存储卷包含在实例小时成本中。您必须指定在启动实例时要使用的实例存储卷 (NVMe 实例存储卷除外,因为它们在默认情况下可用),再设置这些卷的格式并挂载这些卷,然后再进行使用。您无法在启动实例后使实例存储卷可用。

下表列出了每种支持的实例类型可以使用的实例存储卷的数量、大小、类型和性能优化。有关实例类型的完整列表,包括仅 EBS 类型,请参阅Amazon EC2 实例类型


实例类型


实例存储卷


类型


需要初始化 *


TRIM Support**


c1.medium


1 x 350 GB


HDD


c1.xlarge


4 x 420 GB (1680 GB)


HDD


c3.large


2 x 16 GB (32 GB)


SSD


c3.xlarge


2 x 40 GB (80 GB)


SSD


c3.2xlarge


2 x 80 GB (160 GB)


SSD


c3.4xlarge


2 x 160 GB (320 GB)


SSD


c3.8xlarge


2 x 320 GB (640 GB)


SSD


cc2.8xlarge


4 x 840 GB (3360 GB)


HDD


cg1.4xlarge


2 x 840 GB (1680 GB)


HDD


cr1.8xlarge


2 x 120 GB (240 GB)


SSD


d2.xlarge


3 x 2000 GB (6 TB)


HDD


d2.2xlarge


6 x 2000 GB (12 TB)


HDD


d2.4xlarge


12 x 2000 GB (24 TB)


HDD


d2.8xlarge


24 x 2000 GB (48 TB)


HDD


g2.2xlarge


1 x 60 GB


SSD


g2.8xlarge


2 x 120 GB (240 GB)


SSD


hi1.4xlarge


2 x 1024 GB (2048 GB)


SSD


hs1.8xlarge


24 x 2000 GB (48 TB)


HDD


i2.xlarge


1 x 800 GB


SSD


i2.2xlarge


2 x 800 GB (1600 GB)


SSD


i2.4xlarge


4 x 800 GB (3200 GB)


SSD


i2.8xlarge


8 x 800 GB (6400 GB)


SSD


i3.large


1 x 475 GB


NVMe SSD


i3.xlarge


1 x 950 GB


NVMe SSD


i3.2xlarge


1 x 1,900 GB


NVMe SSD


i3.4xlarge


2 x 1,900 GB (3.8 TB)


NVMe SSD


i3.8xlarge


4 x 1,900 GB (7.6 TB)


NVMe SSD


i3.16xlarge


8 x 1,900 GB (15.2 TB)


NVMe SSD


m1.small


1 x 160 GB


HDD


m1.medium


1 x 410 GB


HDD


m1.large


2 x 420 GB (840 GB)


HDD


m1.xlarge


4 x 420 GB (1680 GB)


HDD


m2.xlarge


1 x 420 GB


HDD


m2.2xlarge


1 x 850 GB


HDD


m2.4xlarge


2 x 840 GB (1680 GB)


HDD


m3.medium


1 x 4 GB


SSD


m3.large


1 x 32 GB


SSD


m3.xlarge


2 x 40 GB (80 GB)


SSD


m3.2xlarge


2 x 80 GB (160 GB)


SSD


r3.large


1 x 32 GB


SSD


r3.xlarge


1 x 80 GB


SSD


r3.2xlarge


1 x 160 GB


SSD


r3.4xlarge


1 x 320 GB


SSD


r3.8xlarge


2 x 320 GB (640 GB)


SSD


x1.16xlarge


1 x 1,920 GB


SSD


x1.32xlarge


2 x 1920 GB (3840 GB)


SSD

* 如果挂载到特定实例上的卷没有初始化,则会遭受初始写入惩罚。有关更多信息,请参见优化实例存储卷的磁盘性能

** 支持 TRIM 指令的基于 SSD 的实例存储卷不会预先经过任何文件系统的格式化处理。然而,您可以在启动实例后,使用您选择的文件系统将卷格式化。有关更多信息,请参阅实例存储卷 TRIM 支持

c1.medium 和 m1.small 实例类型还包括一个不会在启动时自动启用的 900 MB 实例存储交换卷。有关更多信息,请参阅实例存储交换卷

时间: 2024-12-30 22:14:55

OTC与AWS对比之EBS的相关文章

OTC与AWS对比之EC2之一

EC2(Elastic Compute Cloud)作为云计算最基础的服务没有之一,在当前云计算使用中有着至关重要的作用.AWS收入的中的EC2占的比重最大. EC2和S3是AWS最早发布的服务,经过了这么多年的发展,服务种类已经非常多了.有些服务也过期下线了.因为笔者接触云服务时间也不是太长,有些历史就不说了,大家感兴趣可以自己搜索.下面我就对EC2现有的服务进行一个详细分析 实例 具体实例类型大家提供都比较多,下面将AWS和OTC提供的实例类型做一个大概比较供参考 1.通用型 实例类型 vC

OTC(Open Telekom Cloud)与AWS对比之VPC

VPC(Virtual Private Cloud)作为云计算最基础的服务,在云计算使用中有着重要的作用.下面我们对OTC和AWS中的提供的VPC服务进行一下详细的比较. 提供的服务种类 OTC:                        AWS: OTC AWS Virtual Private Cloud Virtual  Private Cloud Route  Table Your  VPCs Subnet9 Subnets Security  Group Route  Tables

AWS 存储服务(EBS, S3, EFS)详细介绍和对比

一.EBS 卷类型对比 参考文档: https://docs.aws.amazon.com/zh_cn/AWSEC2/latest/UserGuide/EBSVolumeTypes.html?shortFooter=truehttps://aws.amazon.com/cn/ebs/faqs/ 二.S3 存储类的性能 三.EFS 介绍 Amazon Elastic File System (Amazon EFS) 为基于 Linux 的工作负载提供简单.可扩展的弹性文件系统,可与 AWS 云服务

给aws ec2 所有ebs做自动快照

使用awscli来进行对ec2实例轮询,查询到每个ec2的ebs卷,并获取到每个ec2的tag,将标签的tag打给做的快照. awscli如何配置这里就不再说明.直接上干货 代码如下: #!/bin/bash #create ec2 ebs snapshot per week. PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin #init awscli #yum install -y python-pip #pip

AWS EC2挂载EBS磁盘只有2TB的问题

生成了一个3TB的EBS卷挂载到EC2上,可是格式化的时候却只能用到2TB,那另外的1TB可以在磁盘管理下看到,可以却无法格式化使用. 查询后发现是初始化分区的时候没有选对,我一直习惯用MBR,不知道GPThttps://docs.aws.amazon.com/AWSEC2/latest/UserGuide/volume_constraints.html MBR最多只支持2TB容量,超过2TB就要选用GPT所有的空间才能被识别. 原文地址:https://blog.51cto.com/helpd

【总结】利用AWS实现高可用性和云灾备

下载地址:下载完整MP4视频 1. 邱洋的总结 企业用云可以从灾备云开始 为了让应用具备高可用和灾备能力,云平台自身针对基础设施以及云服务都应提供灾备与HA机制,例如: 云平台自身:云的分布式存储.虚拟机HA.控制器容灾.SDN网络容灾.虚拟机数据保护 云提供具备灾备的云服务 – EC2(虚拟机可以漂移).EC2实例恢复 – AMI(虚拟机模板备份) – EBS(数据2+份拷贝).EBS快照/恢复 – S3(数据2+份拷贝) – ELB(负载均衡到多数个EC2实例) – RDS(读写分离.主主部

Amazon EBS的功能更新

Amazon EBS(Elastic Block Store,简称EBS) 为 Amazon EC2 实例提供块级存储服务.EBS 卷需要通过网络访问,并且能独立于实例的生命周期而存在,也就是说假如EC2实例出现问题,那么存放在EBS卷上的数据还是可以得到保存.Amazon EBS 提供高可用性.高可靠性的存储卷,并可以与一个正在运行 EC2 实例相连接且在实例中显示的为一个设备.对于那些需要建立数据库.文件系统或需要访问原始数据块级存储的应用程序来说, EBS 非常合适.对于刚接触EBS概念的

分布式系统学习

两个帖子:知乎, Quora @严林 推荐的三篇论文 1.Sinfonia: A New Paradigm for Building Scalable Distributed Systems,这篇论文是SOSP2007的Best Paper,阐述了一种构建分布式文件系统的范式方法,个人感觉非常有用.淘宝在构建TFS.OceanBase和Tair这些系统时都充分参考了这篇论文. 2. The Chubby lock service for loosely-coupled distributed s

kubernetes容器编排系统介绍

版权声明:本文由turboxu原创文章,转载请注明出处: 文章原文链接:https://www.qcloud.com/community/article/152 来源:腾云阁 https://www.qcloud.com/community Kubernetes作为容器编排生态圈中重要一员,是Google大规模容器管理系统borg的开源版本实现,吸收借鉴了google过去十年间在生产环境上所学到的经验与教训. Kubernetes提供应用部署.维护. 扩展机制等功能,利用Kubernetes能方