如何选择阿里云ECS地域和可用区?

购买阿里云ECS云服务器时需要选择云服务器的地域和可用区,很多用户不清楚地域和可用区的区别,星速云分享地域和可用区详细介绍及如何选择:

地域和可用区概念

阿里云地域和可用区的关系表如下:
       %title插图%num

什么是地域?

地域(Region):地域是指云服务器的物理数据中心,目前阿里云有中国大陆地域8个地域(华北1、华北2、华北3、华北5、华东1、华东2、华南1、西南1)、中国香港、美国、新加坡、日本等海外地域等

什么是可用区?

可用区(Zone):可用区是指在同一地域内,电力和网络互相独立的物理区域,在同一地域内可用区与可用区之间内网互通,可用区之间能做到故障隔离。例如:华北1地域中,有多个可用区(可用区A、可用区B等)。

地域和可用区如何选择?

那么,购买服务器时,地域和可用区到底如何选择呢?很简单!

地域选择说明

阿里云服务器地域如何选择?就近原则!根据网站用户所在地区的属性来选择地域,例如:

  • 北京地区就选华北2,上海地区就选华东2;
  • 对香港、东南亚有需求的用户,可以选择香港地域、亚太东南 1 地域、亚太东南 3 地域或亚太东南 5 地域。
  • 对日、韩有需求的用户,可以选择亚太东北 1 地域。
  • 对印度有需求的用户,可以选择亚太南部 1 地域。
  • 对澳大利亚地区有需求的用户,可以选择亚太东南 2 地域。
  • 对美洲有需求用户,可以选择美国地域。
  • 对欧洲大陆有需求的用户,可以选择欧洲中部 1 地域。
  • 对中东地区有需求的用户,可以选择中东东部 1 地域。
    注明:阿里云服务器购买创建成功后,不能在更换地域,请谨慎选择。

ubuntu16.04阿里云ECS安装图形化界面

前提:阿里云ECS ubuntu16.04

时间:2019年11月

步骤简要说明:

阿里云 ECS服务器版本: ubuntu16.04 抢占式 64bit

step1: 安装图形化界面操作

step2: 阿里云服务器后台进入图形化界面

​ 远程连接密钥是多少,要记住 比如:437493

step3: 阿里云控制台进行远程连接,下载teamviewer

​ *好登录自己本地的teamviewer账号,并自己设置连接的密码

step4: 在自己电脑(win or linux)装上teamviewer进行远程ID连接

​ 一般是输入密码即可匹配

step5: 关于屏幕分辨率匹配问题,teamviewer连接后一共才那几个选项,慢慢试,暂未找到好的解决方案。

下面是亲测可用的流程


安装图形化界面操作

更新软件源

# apt-get update

安装图形化界面(该步骤大概需要花2分钟)

# apt-get install ubuntu-desktop

重启

reboot

如需使用其他用户登录,需要修改50-ubuntu.conf配置文件

# vi /usr/share/lightdm/lightdm.conf.d/50-ubuntu.conf

修改为

  1. [Seat:*]
  2. user-session=ubuntu
  3. greeter-show-manual-login=true
  4. allow-guest=false

然后重启

# reboot

%title插图%num

管理员控制台

进入阿里云-控制台-ECS-选择自己的ECS服务器-远程控制

此时会提示远程连接的验证码,只提示一次,务必记住

为确保万一,请设置自己的ECS的登录密码。

username:root password:请自行设置且记住

此时已经登录进图形化界面了,接下来就是下载teamviewer

打开火狐浏览器,搜索 teamviewer,选择download,下载指定版本

♥ ubuntu16.04 64bit 下载 ubuntu支持的版本 .deb x86 64位

♥ 下载完成,执行deb 进行 install即可

♥ 安装完毕,在software搜索teamviewer打开即可

打开teamviewer进行

? 首选登录自己teamviewer账号

? 在password旁边有个刷新按钮,点击选择 set personal password

这样会比较方便进行远程连接

本地teamviewer连接

*好可以在计算机和联系人这里添加远程计算机的连接方式

为什么选择阿里云服务器ECS?

阿里云ECS
云服务器(ECS)是阿里云提供的性能卓越、稳定可靠、弹性扩展的IaaS级别云计算服务。云服务器ECS免去了您采购IT硬件的前期准备,让您像使用水、电、天然气等公共资源一样便捷、高效地使用服务器,实现计算资源的即开即用和弹性伸缩。阿里云ECS持续提供创新型服务器,解决多种业务需求,助力您的业务发展。【企业级云服务器 1折特惠】高可靠+高可用的企业级独享实例,购买后可升降配,不怕业务急速增长,详情请戳:企业云服务器配置选型
%title插图%num

阿里云ECS优势:
1、无需自建机房,无需采购以及配置硬件设施。
2、分钟级交付,快速部署,缩短应用上线周期。
3、快速接入部署在全球范围内的数据中心和BGP机房。
4、成本透明,按需使用,支持根据业务波动随时扩展和释放资源。
5、提供GPU和FPGA等异构计算服务器、弹性裸金属服务器以及通用的x86架构服务器。
6、支持通过内网访问其他阿里云服务,形成丰富的行业解决方案,降低公网流量成本。
7、提供虚拟防火墙、角色权限控制、内网隔离、防病毒攻击及流量监控等多重安全方案。
8、提供性能监控框架和主动运维体系。
9、提供行业通用标准API,提高易用性和适用性。

【企业级云服务器 1折特惠】高可靠+高可用的企业级独享实例,购买后可升降配,不怕业务急速增长,详情请戳:企业云服务器配置选型

与普通的IDC机房或服务器厂商相比,阿里云ECS具有高可用性、安全性和弹性的优势:

一、高可用性
相较于普通的IDC机房以及服务器厂商,阿里云使用更严格的IDC标准、服务器准入标准以及运维标准,保证云计算基础框架的高可用性、数据的可靠性以及云服务器的高可用性。
阿里云提供的每个地域都存在多可用区。当您需要更高的可用性时,可以利用多可用区部署方案搭建主备服务或者双活服务。对于面向金融领域的两地三中心的解决方案,您也可以通过多地域和多可用区搭建出更高的可用性服务。其中包括容灾、备份等服务,阿里云都有非常成熟的解决方案。

二、安全性
阿里云通过了多种国际安全标准认证,包括ISO27001、MTCS等。安全合规性对于用户数据的私密性、用户信息的私密性以及用户隐私的保护力度都有非常严格的要求。
在网络建设方面,推荐您使用阿里云专有网络VPC。专有网络提供了稳定、安全、快速交付、自主可控的网络环境。对于传统行业以及未接触到云计算的行业和企业而言,借助专有网络混合云的能力和混合云的架构,将享受云计算所带来的技术红利。

1、丰富的网络产品体系
您只需进行简单配置,就可在当前的业务环境下,与全球所有机房进行串接,从而提高了业务的灵活性、稳定性以及业务的可发展性。

2、与自建的IDC机房互连
阿里云专有网络可以建立高速通道到您原有的IDC机房,形成混合云的架构。阿里云提供了多种混合云解决方案和丰富的网络产品,形成强大的网络功能,让您的业务更加灵活。

3、专有网络的稳定性
业务搭建在专有网络上,而网络的基础设施将会不停进化,使您每天都拥有更新的网络架构以及更新的网络功能,让您的业务永远保持在一个稳定的状态。

4、专有网络的安全性
面对互联网上不断的攻击流量,专有网络天然具备流量隔离以及攻击隔离的功能。业务搭建在专有网络上后,专有网络会为业务筑起*道防线。

三、弹性

云计算*大的优势在于弹性与灵活性。阿里云拥有在数分钟内创建出一家中型互联网公司所需要的IT资源的能力,保证了大部分企业在云上所构建的业务都能够承受巨大的业务量压力。
阿里云的弹性体现在计算的弹性、存储的弹性、网络的弹性以及您对于业务架构重新规划的弹性。您可以使用任意方式去组合业务,阿里云都能够满足您的需求。

1、计算弹性

Ⅰ、纵向的弹性。
即单台云服务器ECS的配置变更。普通IDC模式下,很难做到对单台服务器进行变更配置。而对于阿里云,当您购买了云服务器ECS或者存储的容量后,可以根据业务量的增减自由变更配置。

Ⅱ、横向的弹性。
对于游戏应用或直播平台出现的高峰期,若在普通的IDC模式下,您根本无法立即准备资源;而云计算却可以使用弹性的方式帮助您度过这样的高峰。当业务高峰消失时,您可以将多余的资源释放掉,以减少业务成本。利用横向的扩展和缩减,配合阿里云的弹性伸缩,完全可以做到定时定量的伸缩,或者按照业务的负载进行伸缩。

2、存储弹性
当数据量增多时,对于普通的IDC方案,您只能不断增加服务器,而这样扩展的服务器数量是有限的。阿里云为您提供海量的存储,您可以按需购买,为存储提供*大保障。

3、网络弹性
阿里云的专有网络VPC的网络配置与普通IDC机房配置可以是完全相同的,并且可以拥有更灵活的拓展性。在阿里云,您可以实现各个可用区(机房)之间的互联互通、安全域隔离以及灵活的网络配置和规划。

【企业级云服务器 1折特惠】高可靠+高可用的企业级独享实例,购买后可升降配,不怕业务急速增长,详情请戳:企业云服务器配置选型

%title插图%num

ECS产品架构
1、**实例:**等同于一台虚拟服务器,内含CPU、内存、操作系统、网络配置、磁盘等基础的计算组件。实例的计算性能、内存性能和适用业务场景由实例规格决定,其具体性能指标包括实例vCPU核数、内存大小、网络性能等。

2、**镜像:**提供实例的操作系统、初始化应用数据及预装的软件。操作系统支持多种Linux发行版和多种Windows Server版本。

3、**块存储:**块设备类型产品,具备高性能和低时延的特性。提供基于分布式存储架构的云盘以及基于物理机本地存储的本地盘。

4、**快照:**某一时间点一块云盘的数据状态文件。常用于数据备份、数据恢复和制作自定义镜像等。

5、**安全组:**由同一地域内具有相同保护需求并相互信任的实例组成,是一种虚拟防火墙,用于设置实例的网络访问控制。

6、网络:

专有网络(Virtual Private Cloud):逻辑上彻底隔离的云上私有网络。您可以自行分配私网IP地址范围、配置路由表和网关等。

经典网络:所有经典网络类型实例都建立在一个共用的基础网络上。由阿里云统一规划和管理网络配置。

原文链接:https://blog.csdn.net/weixin_43650075/article/details/106318733

阿里云ECS 云服务器和轻量应用服务器 区别

什么是阿里云轻量应用服务器?

轻量应用服务器是面向入门级云计算及简单应用用户,提供基于单台云服务器的域名管理、应用部署、安全和运维管理的一站式综合服务。用户可以选择精品应用镜像(比如wordpress),并可在控制台实现全方位的服务器、域名、防火墙、安全防控、监控等管理和操作。轻量应用服务器 (Simple Application Server),是可快速搭建且易于管理的轻量级云服务器。

如下介绍:

%title插图%num

注:学生身份购买,会便宜一些。

阿里云轻量应用服务器的优点是什么?
1.易用易上手。

产品针对单机用户的购买和使用做了操作和使用优化,提供精品镜像、资源套餐、多产品关联(VPC、安全产品、域名管理等)。简单三步就可以轻松开始使用轻量应用服务器

a.选择镜像,并购买(创建)服务器;

b.配置应用:通过查看控制台已经安装好的应用信息,并通过登录服务器查看初始化应用的密码,登录应用后台配置应用;

c.将域名解析到服务器IP。

2.性价比高。

在集合多个必用或常用产品、提供更多基础功能,优化使用体验的同时,并未增加额外费用,且提供了更加优惠的价格,旨在提供更多用户低门槛上云实践机会。

阿里云轻量应用服务器与阿里云ecs云服务器有什么区别?
跟ECS相比,采用同ECS共享版相同的CPU,均采用Intel(R) Xeon(R) CPU E5-2682 v4@ 2.50GHz CPU,但轻量应用服务器将系统盘升级为SSD,虽然容量小了一半,但使用SSD,性能应该是有不错的提升。相同CPU,内存不知道是否相同型号的情况下,单来比较磁盘读写性能,可见速度的提升明显。

介绍
所以就有了轻量应用服务器(轻量应用服务器),基于 ECS 发展出的轻量服务器,完美解决了上述的三个痛点:

轻量应用服务器 是 IaaS 产品但是提供定制化应用镜像且有可视化控制台可以操作,不怕新手不会用。轻量应用服务器 在提供
提供定制化应用镜像的同时,用户依旧可以拥有 root 权限,对系统进行个性化操作
精简了一些 ECS 的功能,比如说安骑士。把安全组的操作也做了适当减法更适合用户操作
不过别看多了轻量两个字性能就会不如 ECS,在 CPU 和 磁盘性能上均没有缩水,后面会有测评。

优点
控制台
轻量应用服务器

那么从控制台的对比上,ECS 是把所有的内容都告诉用户你的地域、操作系统、标签等等,但是新手看了难免一头雾水。而 轻量应用服务器 则做了减法,让控制台变得更加的直观简介,只告诉你重要的信息。

站在新手视角肯定是 轻量应用服务器 更简洁更舒服,站在我的角度么,我配置好服务器基本上很少会来看一下 ECS 的控制台,但一回来肯定是需要一些信息的,那么 ECS 能告诉我越多肯定越好。

应用镜像

应用镜像像 WordPress、phpwind 其实都是基于 LAMP 镜像运行的,而 轻量应用服务器 提供的 LAMP 细节好评就是:php 是通过 php-fpm 方式运行的,而不是 mod_php,而且 MySQL 也是 5.7 版本的不是说万年 5.1 或者 5.5,能支持更多的 PHP 程序。在创建虚拟主机绑定域名商相较于一键包配合图形化控制台的确更加好用。

功能

轻量应用服务器 在功能上肯定是更讨喜的,安装应用镜像基本上能做到开箱即用,三大金刚 Apache Httpd、PHP、MySQL 都会默认安装好,而且添加域名、设置 HTTPS 等操作都是一键式的,*大得降低了 HTTPS 入门门槛,而且 HTTPS 的配置跑分是 A 哟,为了照顾新手不会使用 HSTS 所以没开,不然跑到 A+ 肯定是妥妥的。

ECS 能就只有空白的系统镜像,任何环境都是需要用户自行安装的,这在一定程度上增加了用户使用的学习成本。而 ECS 更多体现的就是专业性了,虽然复杂但是十分强大的安全组、弹性IP、均衡负载等等。

基础运维

比如说 ECS 控制台操作起来也更加的方便,点击一下就能远程连接了,操作的过程中也支持命令的右键复制和粘贴,也大大降低了用户使用终端控制的学习成本,不然还要下个 Putty 或者 Xshell 啥的也是麻烦。 然后默认只支持 密钥 登录 Linux,这个也是好评,不用密码当然更安全。

同样不考虑使用 Putty 或者 Xshell 等 OpenSSH 连接工具的话,ECS控制台的远程终端控制实在是难用,不过借助 DMS 产品倒是能扩展使用的灵活性。

防火墙

轻量的防火墙设置同 ECS 的安全组相比很简单直观更适合新手的使用,没有一些非常复杂的设置,新手看到 udp、tcp 真的是头都大了额,如果新手看教程的话,一般只会说 “记得一定要开启443端口才能使用HTTPS” 这样的话,但是一看到 ECS 又是 TCP 又是 UDP,而且端口还要写成 443/443 的形式,直接就是一个头两个大了。

缺点
无法满足企业特性
轻量应用服务器有轻量两个字,意味着其无法持续进行高负载运行(即 CPU 长时间高负载占用),如果我们要利用 轻量应用服务器 来进行持续的渲染、转码、机器学习等持续高负载操作那么就不可以了,也不支持 Nvme 这样的超高性能的 SSD,这对于读写敏感的操作就不好了。

三大金刚的版本问题
Apache Httpd、PHP、MySQL 是会持续更新的,而且它们也均有爆发过大规模严重漏洞的历史,不过目前还没有看到应用镜像中的三大金刚如何升级版本号的姿势。

像 WordPress 这样的程序完全可以适应高版本的 PHP,使用 PHP7.0 或者 7.1 可以拥有更高的性能还可以降低负载,但是默认只有 php5.6 可以选,既然使用 php-fpm 方式驱动其实完全可以提供多版本 PHP 的选择。

总结
可以说 轻量应用服务器 是专门针对云计算入门新手或者只有轻量计算需求的用户,其对标的产品只会是 ECS 的共享型,当一到要使用 ECS 的企业型来发展性能、功能了,轻量应用服务器 的优势其实也就没有了。

如果你只是轻度使用云计算产品例如搭建一个博客、官网,如果你需要一个更快启动的轻量服务器,如果你需要一个纯粹的虚拟专用机,如果你并没有阿里云内网的需求,那么 轻量应用服务器 *对是你*好的选择。

评测
我们对比的是华东1地域的安装了 CentOS 7.3 系统的 1核心1G内存的 ECS 和 轻量应用服务器 产品。看了评测就可以跟深入的了解,ECS 和 轻量应用服务器 的不同只在于概念而不在于性能。

CPU 性能
根据下面的对比可以发现,轻量应用服务器 的性能和 ECS 并没有差距,大家都是新一代的 Xeon CPU,同样的虚拟化技术。只不过 轻量应用服务器 不可以持续高负载占用。

轻量应用服务器:

System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 34281977.0 2937.6
Double-Precision Whetstone 55.0 2962.7 538.7
Execl Throughput 43.0 4860.0 1130.2
File Copy 1024 bufsize 2000 maxblocks 3960.0 1054197.7 2662.1
File Copy 256 bufsize 500 maxblocks 1655.0 283098.8 1710.6
File Copy 4096 bufsize 8000 maxblocks 5800.0 3165160.0 5457.2
Pipe Throughput 12440.0 1734490.3 1394.3
Pipe-based Context Switching 4000.0 375732.0 939.3
Process Creation 126.0 18345.1 1456.0
Shell Scripts (1 concurrent) 42.4 6747.0 1591.3
Shell Scripts (8 concurrent) 6.0 921.5 1535.8
System Call Overhead 15000.0 2939229.7 1959.5
========
System Benchmarks Index Score 1649.5

ECS:

System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 34582858.9 2963.4
Double-Precision Whetstone 55.0 2984.8 542.7
Execl Throughput 43.0 5118.8 1190.4
File Copy 1024 bufsize 2000 maxblocks 3960.0 1073823.9 2711.7
File Copy 256 bufsize 500 maxblocks 1655.0 284701.5 1720.3
File Copy 4096 bufsize 8000 maxblocks 5800.0 3213933.6 5541.3
Pipe Throughput 12440.0 1722785.7 1384.9
Pipe-based Context Switching 4000.0 377999.7 945.0
Process Creation 126.0 18704.4 1484.5
Shell Scripts (1 concurrent) 42.4 6852.6 1616.2
Shell Scripts (8 concurrent) 6.0 937.2 1562.0
System Call Overhead 15000.0 2979190.8 1986.1
========
System Benchmarks Index Score 1673.4

磁盘性能
由下面的磁盘跑分也可以看见,轻量应用服务器 的 20G SSD 系统盘 和 ECS 的 20G SSD 云盘的性能都是一致的,都是 1800 的iops,也都是 90M 左右的读写没有差距。

轻量应用服务器:

/dev/vda:
Timing cached reads: 21070 MB in 2.00 seconds = 10549.25 MB/sec
Timing buffered disk reads: 270 MB in 3.01 seconds = 89.76 MB/sec

[root@izbp1auqkyqtj4iozs7athz dev]# fio –bs=4k –ioengine=libaio –iodepth=1 –direct=1 –rw=read –time_based –runtime=600 –refill_buffers –norandommap –randrepeat=0 –group_reporting –name=fio-read –size=10G –filename=/dev/vda
fio-read: (g=0): rw=read, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=1
fio-2.2.8
Starting 1 process
Jobs: 1 (f=1): [R(1)] [100.0% done] [7200KB/0KB/0KB /s] [1800/0/0 iops] [eta 00m:00s]
fio-read: (groupid=0, jobs=1): err= 0: pid=24361: Sun Sep 10 15:04:27 2017
read : io=4206.7MB, bw=7179.3KB/s, iops=1794, runt=600004msec
slat (usec): min=3, max=165, avg= 6.78, stdev= 2.02
clat (usec): min=2, max=84748, avg=548.56, stdev=2727.93
lat (usec): min=131, max=84755, avg=555.59, stdev=2727.93
clat percentiles (usec):
| 1.00th=[ 141], 5.00th=[ 241], 10.00th=[ 302], 20.00th=[ 306],
| 30.00th=[ 314], 40.00th=[ 322], 50.00th=[ 334], 60.00th=[ 350],
| 70.00th=[ 362], 80.00th=[ 382], 90.00th=[ 442], 95.00th=[ 502],
| 99.00th=[ 1012], 99.50th=[23936], 99.90th=[40704], 99.95th=[42752],
| 99.99th=[68096]
bw (KB /s): min= 4624, max= 7784, per=100.00%, avg=7182.85, stdev=181.15
lat (usec) : 4=0.01%, 250=6.25%, 500=88.69%, 750=3.79%, 1000=0.27%
lat (msec) : 2=0.36%, 4=0.06%, 10=0.03%, 20=0.04%, 50=0.48%
lat (msec) : 100=0.04%
cpu : usr=0.50%, sys=1.81%, ctx=1076903, majf=1, minf=33
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=1076894/w=0/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0
latency : target=0, window=0, percentile=100.00%, depth=1

Run status group 0 (all jobs):
READ: io=4206.7MB, aggrb=7179KB/s, minb=7179KB/s, maxb=7179KB/s, mint=600004msec, maxt=600004msec

Disk stats (read/write):
vda: ios=1078167/690, merge=0/399, ticks=598805/4230, in_queue=602927, util=98.01%

ECS:

/dev/vdb:
Timing cached reads: 19778 MB in 2.00 seconds = 9901.01 MB/sec
Timing buffered disk reads: 270 MB in 3.02 seconds = 89.54 MB/sec

[root@iZbp1258gr0v9v184jdqqkZ dev]# fio –bs=4k –ioengine=libaio –iodepth=1 –direct=1 –rw=read –time_based –runtime=600 –refill_buffers –norandommap –randrepeat=0 –group_reporting –name=fio-read –size=10G –filename=/dev/vdb
fio-read: (g=0): rw=read, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=1
fio-2.2.8
Starting 1 process
Jobs: 1 (f=1): [R(1)] [100.0% done] [6940KB/0KB/0KB /s] [1735/0/0 iops] [eta 00m:00s]
fio-read: (groupid=0, jobs=1): err= 0: pid=9552: Sun Sep 10 15:23:44 2017
read : io=4218.9MB, bw=7200.2KB/s, iops=1800, runt=600001msec
slat (usec): min=3, max=344, avg= 6.97, stdev= 2.32
clat (usec): min=1, max=85711, avg=546.79, stdev=4741.30
lat (usec): min=145, max=85717, avg=553.99, stdev=4741.28
clat percentiles (usec):
| 1.00th=[ 147], 5.00th=[ 149], 10.00th=[ 151], 20.00th=[ 153],
| 30.00th=[ 155], 40.00th=[ 159], 50.00th=[ 167], 60.00th=[ 199],
| 70.00th=[ 229], 80.00th=[ 241], 90.00th=[ 249], 95.00th=[ 270],
| 99.00th=[ 374], 99.50th=[56576], 99.90th=[67072], 99.95th=[67072],
| 99.99th=[67072]
bw (KB /s): min= 6380, max= 7624, per=100.00%, avg=7202.00, stdev=111.69
lat (usec) : 2=0.01%, 50=0.01%, 250=90.56%, 500=8.76%, 750=0.06%
lat (usec) : 1000=0.02%
lat (msec) : 2=0.02%, 4=0.01%, 10=0.01%, 20=0.01%, 50=0.01%
lat (msec) : 100=0.55%
cpu : usr=0.50%, sys=1.98%, ctx=1080029, majf=0, minf=34
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=1080027/w=0/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0
latency : target=0, window=0, percentile=100.00%, depth=1

Run status group 0 (all jobs):
READ: io=4218.9MB, aggrb=7200KB/s, minb=7200KB/s, maxb=7200KB/s, mint=600001msec, maxt=600001msec

Disk stats (read/write):
vdb: ios=1079640/0, merge=0/0, ticks=589523/0, in_queue=589382, util=98.27%