试用Azure：实测虚拟机磁盘IO

Azure的Temporary Storage（临时存储）磁盘的IO速度曾经是个传说，只知道它很快，但不知道究竟有多快。而Azure中国的情况怎么样，我们来实测一下。

测试环境：Azure上海机房，1台中型(双核，3.5 GB 内存)的虚拟机，1台小型(单核，1.75 GB 内存)的虚拟机。

一、第一轮测试的是3G左右大小的文件复制速度

测试情况如下：

同一台虚拟机C盘向D盘（Temporary Storage）的文件复制：

直接在同一个Temporary Storage上的文件复制：

在Temporary Storage上的文件复制继续：

两台虚拟机之间通过内网进行Temporary Storage至Temporary Storage的文件复制（这是测试中唯一一次稳定的情况）：

查看本栏目更多精彩内容：http://www.bianceng.cnhttp://www.bianceng.cn/Servers/cloud-computing/

时间： 2024-10-31 10:37:40

试用Azure：实测虚拟机磁盘IO的相关文章

试用Azure：一次失败的SQL Server向SQL Azure的迁移

如果数据库用的是SQL Server,那SQL Azure无疑是最吸引人的地方之一.在测试了虚拟机磁盘IO之后,我们迫不急待地进行了SQL Azure的测试. (一) 首先进入manage.windowsazure.cn -> SQL DATABASES,创建一个数据库(如下图). 输入数据库名称,选择BUSINESS版本,选择数据库空间大小,最后还要选择一下"New SQL  database server"(明明是第1次创建数据库,默认却显示Choose a server,让

用Azure解决“找找看”磁盘IO问题

找找看(zzk.cnblogs.com)是我们的站内搜索产品,是一个磁盘IO密集型(读写索引文件)的应用,自从迁移至阿里云之后一直被云服务器的磁盘IO问题困扰,而阿里云没有提供替代解决方案. 由于这个问题,找找看竟然成为了我们全站响应速度最慢的应用.人是逼出来的,虽然阿里云在努力解决磁盘IO的问题,但我们再也无法忍心让用户忍受"找找看"糟糕的响应速度.于是,我们找到了一个折衷的解决方法--将找找看的索引服务迁移至Azure的虚拟机上. 今天完成了这个迁移工作.迁移后找找看的部署情况变为

试用Azure：数据库备份压缩文件在虚拟机上的恢复速度测试

测试环境:Windows Azure上海机房,虚拟机配置为大型(四核,7 GB 内存),磁盘情况见下图. 数据库备份压缩文件大于为12.0 GB (12,914,327,552 bytes),放置于Temporary Storage(D:). 数据库恢复操作命令如下: RESTORE DATABASE [cnblogstext] FROM DISK = N'D:\cnblogstext.bak' WITH FILE = 1, MOVE N'CNBlogsText' TO N'F:\DATA\CN

试用Azure时遭遇第一次故障

目前我们在用Azure跑"找找看"的索引服务,详见博文云计算之路:用Azure解决"找找看"磁盘IO问题. 今天13:00左右首次遭遇Azure故障,造成找找看站点无法正常访问.当时Azure虚拟机上的索引服务无法访问,远程桌面也无法连接Azure中仅有的两台虚拟机.进入Azure管理控制台查看,两台虚拟机都处理于正常运行状态,重启虚拟机,依然无法连接. 猜测可能是虚拟机所在的物理机遇到了网络故障.于是,通过修改Virtual machine size,让Azure

探索Windows Azure驱动器，磁盘以及镜像

使用Windows http://www.aliyun.com/zixun/aggregation/13357.html">Azure 虚拟机预览版,我们有两个新特殊类型的blob 存储在Windows Azure 存储器上: Windows Azure 虚拟机磁盘和Windows Azure 虚拟机镜像.当然,我们也有Windows Azure 驱动器预览版.在这篇文章的以下余部分,我们会参考这些存储器. 磁盘. 镜像和驱动器.本文探讨了什么是驱动器. 磁盘和镜像以及如何与存储进行交互.

试用Azure：上不了高速的跑车，无法跨Cloud Service

从阿里云的踩坑大师,到Azure的抹黑大师,我们似乎成了云计算负面用户的典型,可是我们还是忍不住想表达自己真实的使用感受.如果有错误的地方,欢迎大家批评! 在Azure上建好虚拟网(Vitual Network)之后(详见云计算之路-试用Azure:如何建立虚拟机之间的内网连接),虚拟机(Virtual Machine)之间需要进行内网通信,通信时使用计算机名比直接使用内网IP更友好.更方便.更能应对变化. 在使用阿里云的时候,我们只能在每台虚拟机的hosts中添加计算名与IP之间的映射,但是如

数据库服务器磁盘IO诊断

今日 zabbix 报警磁盘IO利用率达到90%. 又激动又担心,很久没处理故障啦,这次的故障应该很快会修复吧... 首先查看磁盘基本情况: iostat  -x  1 avg-cpu: %user %nice %system %iowait %steal %idle 1.57 0.00 2.75 37.65 0.00 58.04 Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await s

Linux磁盘IO监测简介

DB运行产生太多的磁盘IO的话,性能肯定会受到影响.可以借助zabbix这样的工具进行磁 盘IO的监测,或 者自己动手都可以. 我们可以从proc/diskstats中直接获取信息: 7 3 loop3 0 0 0 0 0 0 0 0 0 0 0 7 4 loop4 0 0 0 0 0 0 0 0 0 0 0 7 5 loop5 0 0 0 0 0 0 0 0 0 0 0 7 6 loop6 0 0 0 0 0 0 0 0 0 0 0 7 7 loop7 0 0 0 0 0 0 0 0 0 0

Linux查看磁盘io开销的几种方法

  怎样才能快速的定位到并发高是由于磁盘io开销大呢?可以通过三种方式: 第一种:用 top 命令 中的cpu 信息观察 Top可以看到的cpu信息有: 代码如下: Tasks: 29 total, 1 running, 28 sleeping, 0 stopped, 0 zombie Cpu(s): 0.3% us, 1.0% sy, 0.0% ni, 98.7% id, 0.0% wa, 0.0% hi, 0.0% si 具体的解释如下: Tasks: 29 total 进程总数 1 run