openstack迁移云主机总汇 其二（云主机冷迁移）

2冷迁移

冷迁移有两种方式：

一种方式只能在同一个openstack集群中做，另一种可以再相同或者不同的集群中做

在做冷迁移之前记得把要迁移的实例关机

2.1方法1

把主机名为YUN-19上的实例迁移到YUN-20上，两个节点在同一个集群中，其中YUN-19是控制节点

2.1.1在YUN-19上，修改数据库

（修改数据库必须要在控制节点上做）

# mysql

mysql> use nova;

mysql> update instances set host='YUN-20' where hostname='test1';

2.1.2实例文件拷贝

在YUN-19上，把实例的文件拷贝到目的端

切换到/var/lib/nova/inctances目录

# scp -r a8814340-98d5-4ed3-b99b-32ee38cfb78f/ [email protected]192.168.0.20:/var/lib/nova/instances/

2.1.3查看文件

在YUN-20上可以看到拷贝过来的文件

[[email protected]YUN-20 instances]# ll

total 20

drwxr-xr-x. 2 nova nova 4096 Apr 28 20:55 1c11a4b1-5df8-48f8-be5d-6e1c5efb7f99

drwxr-xr-x. 2 root root 4096 Apr 28 21:41 a8814340-98d5-4ed3-b99b-32ee38cfb78f

drwxr-xr-x. 2 nova nova 4096 Apr 28 20:55 _base

-rw-r--r--. 1 nova nova   29 Apr 28 21:28 compute_nodes

drwxr-xr-x. 2 nova nova 4096 Apr 23 23:49 locks

2.1.4新建与迁移的实例关联的网桥

切换到迁移过来实例的目录下

[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# virsh define libvirt.xml

Domain instance-00000001 defined from libvirt.xml

[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# virsh start instance-00000001

error: Failed to start domain instance-00000001

error: Cannot get interface MTU on 'qbr95221104-b9': No such device

通过上边的出错信息可以看到实例所绑定的网桥信息

新建网桥并查看

在新建网桥前，首先应该把YUN-19上的网桥删除

再删除之前首先关闭网桥

可以输入ifconfig命令查看到网桥信息

关闭网桥

[[email protected]YUN-19 ~]# ifconfig qbr95221104-b9 down

删除网桥

[[email protected]YUN-19 ~(keystone_admin)]# brctl delbr qbr95221104-b9

[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# brctl addbr qbr95221104-b9

[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# brctl show

bridge name bridge id  STP enabled interfaces

qbr482b0524-26  8000.ea9b0ced7d50 no  qvb482b0524-26

tap482b0524-26

qbr95221104-b9  8000.000000000000 no

show  8000.000000000000 no

virbr0  8000.525400d2ae89 yes  virbr0-nic

[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# virsh define libvirt.xml

Domain instance-00000001 defined from libvirt.xml

上边命令执行成功了

开启实例

[[email protected]YUN-20 a8814340-98d5-4ed3-b99b-32ee38cfb78f]# virsh start instance-00000001

Domain instance-00000001 started

昨晚上面开启实例的操作后，在dash中并没有发现该实例启动，在dash中再点击“开启云主机”。

2.2方法2

把YUN-11集群中的实例迁移到YUN-19所在的集群

要迁移的实例选择linux的系统，在系统中创建目录、编辑文件，迁移后查看创建的目录和修改的文档是否正常

迁移之前关闭要迁移的实例

关闭之后把实例所在的目录做下备份，目录是2dccde39-31a4-48d5-8f62-0f963ffec481_copy

YUN-17是YUN-11所在集群上的一个计算节点

进入拷贝后的目录

[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# ll

total 6896

-rw-r-----. 1 root root       1 Apr 30 10:18 console.log

-rw-r--r--. 1 root root 7536640 Apr 30 10:18 disk

-rw-r--r--. 1 root root      79 Apr 30 10:18 disk.info

-rw-r--r--. 1 root root    1635 Apr 30 10:18 libvirt.xml

2.2.1转换镜像格式

[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img convert -O raw disk disk3

[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# ll

total 807664

-rw-r-----. 1 root root           1 Apr 30 10:18 console.log

-rw-r--r--. 1 root root     7536640 Apr 30 10:18 disk

-rw-r--r--. 1 root root 21474836480 Apr 30 10:25 disk3

-rw-r--r--. 1 root root          79 Apr 30 10:18 disk.info

-rw-r--r--. 1 root root        1635 Apr 30 10:18 libvirt.xml

2.2.2查看镜像信息

[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img info disk

image: disk

file format: qcow2

virtual size: 20G (21474836480 bytes)

disk size: 6.7M

cluster_size: 65536

backing file: /var/lib/nova/instances/_base/0872411ded8842738a2265ea3e670ff330ab475f

[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img info disk3

image: disk3

file format: raw

virtual size: 20G (21474836480 bytes)

disk size: 782M

转换格式的命令说明：

本来应该是这样的

qemu-img convert -f raw -O qcow2 test.raw test.qcow2

-f后面跟的是转变之前的格式，这个系统自己会识别，所以不添加也可以

-O后面是要转变的格式，注意o是大写

从上面可以看出，修改镜像格式之后变得很大

2.2.3几种镜像格式的比较：

raw格式

最简单，就是一个直接给虚拟机进行读写的文件。raw不支持动态增长空间，必须一开始就指定空间大小。所以相当的耗费磁盘空间。但是对于支持稀疏文件的文件系统（如ext4）而言，这方面并不突出。

cow格式

cow格式和raw一样简单，也是创建时分配所有空间，但cow有一个bitmap表记录当前哪些扇区被使用，所以cow可以使用增量镜像，也就是说可以对其做外部快照。但cow也没有其他功能，其特点就是简单。

qcow格式

qcow在cow的基础上增加了动态增加文件大小的功能，并且支持加密，压缩。qcow通过2级索引表来管理整个镜像的空间分配，其中第二级的索引用了内存cache技术，需要查找动作，这方面导致性能的损失。qcow现在基本不用，一方面其优化和功能没有qcow2好，另一方面，读写性能又没有cow和raw好。

qcow2格式

qcow2是集各种技术为一体的超级镜像格式，支持内部快照，加密，压缩等一系列功能，访问性能也在不断提高。但qcow2的问题就是过于臃肿，把什么功能都集于一身。

raw格式的话，速度稍微快点，在高版本的qemu-kvm中，几乎不比qcow2的格式快，而qcow2格式节省空间，可动态增长，在公有云中广泛使用，建议使用qcow2。

可以使用下面的命令对镜像进行扩展和收缩

qemu-img resize disk3 +100M        扩展

qemu-img resize disk3 -- -100M      收缩

2.2.4注意事项

两个命令参数的区别

qcow和qcow2格式的镜像只能扩展，不能收缩

[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img convert -O qcow disk disk4

[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img resize disk4 -- -10M

This image format does not support resize

[[email protected]YUN-17 2dccde39-31a4-48d5-8f62-0f963ffec481_copy]# qemu-img resize disk -- -10M

This image format does not support resize

2.2.5把镜像disk4拷贝到YUN-19上

添加镜像

[[email protected]YUN-19 ~(keystone_admin)]# glance add name=test1 is_public=true container_format=bare disk_format=raw < /root/disk4

Added new image with ID: 3573cf89-7697-48cd-b07c-51344f416156

在YUN-19的dash中从test1镜像启动一个云主机

启动成功，之后进入该系统的控制台，发现主机中的目录和文件保存完整

绑定浮动IP，外部主机也可以PING通

把镜像dask3也做和dask4一样的操作，最后发现结果一样，正常

上面是以cirros的镜像启动的实例做的实验，下面以linux的实例启动的镜像作为对象

2.2.6linux实例做迁移

按照上边的操作把linux的实例处理

从镜像启动的实例在绑定浮动ip后，发现外部的机器PING不通

进入实例发现网卡是eth1，但是网卡配置文件时ifcfg-eth0，配置文件中没有MAC和IP的信息，只是BOOTPROTO=dhcp

对比正常的实例

正常的实例网卡是eth0,网卡配置文件是ifcfg-eth0，配置文件也中没有MAC和IP的信息，只是BOOTPROTO=dhcp

使用cirros镜像的实例所做的迁移，没有出现这样的情况，在绑定浮动IP后，外部机器可以PING通

所做处理

在钱以后的实例上，修改网卡配置文件

# mv ifcfg-eth0 ifcfg-eth1

修改文件参数

# vi ifcfg-eth1

DEVICE=eth0

to

DEVICE=eth1

保存修改后重启网络

发现外部机器可以ping通该实例

2.2.7补充一

确定镜像文件在拷贝到远程的主机之前是否需要转换一下格式

2.2.7.1把YUN-11所在的集群实例迁移到YUN-19所在集群

YUN-17上的实例做实验

以cirros的镜像创建的实例为例

直接把实例目录下的disk文件拷贝到远程主机上

然后添加镜像，镜像格式化为qcow2

之后在dash中从该镜像启动实例，结果失败，状态为“Error”

在拷贝disk文件之前把镜像各是转换为qcow格式

拷贝后添加镜像，格式化为qcow2

之后再dash中从该镜像启动实例，结果启动成功，但是在随后绑定浮动IP后，结果在外部的机器可以PING通该实例的浮动IP

2.2.7.2在YUN-11所在的集群内做迁移

直接把实例目录下的disk文件拷贝到远程主机上

然后添加镜像，镜像格式化为qcow2

之后再dash中从该镜像启动实例，结果失败，状态为“Error”

把上面转换为qcow格式的镜像拷贝到YUN-11上，在做之后的操作，最后发现外部主机可以PING通浮动IP

事实证明的确需要装换镜像格式

2.2.8补充二

2.2.8.1环境说明

在两个网络配置相同的集群中迁移实例，YUN-11所在的集群和YUN-19所在的集群

实例选择YUN-11上的主机MDS_TEST，MDS_TEST是客户测试环境的主机

MDS_TEST | 16GB 内存| 4 虚拟内核 | 200.0GB 盘

[[email protected] ~]# fdisk -l

Disk /dev/vda: 214.7 GB, 214748364800 bytes

255 heads, 63 sectors/track, 26108 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x0008ffc5

Device Boot      Start        End      Blocks    Id  System

/dev/vda1   *         1        1306    10484736  83  Linux

/dev/vda2          1306       5483    33556437+  82  Linux swap / Solaris

/dev/vda3          5484       26108   165670312+  5  Extended

/dev/vda5          5484       26108   165670281  83  Linux

[[email protected] ~]# df

Filesystem             1K-blocks      Used   Available   Use% Mounted on

/dev/vda1             10320184   8697816   1098132   89%  /

tmpfs                 8166272         72   8166200   1%  /dev/shm

/dev/vda5             163070836  5338004   149449320 4%  /home

[[email protected] /]# du -sh

du: cannot access `./proc/1754/task/1754/fd/4': No such file or directory

du: cannot access `./proc/1754/task/1754/fdinfo/4': No such file or directory

du: cannot access `./proc/1754/fd/4': No such file or directory

du: cannot access `./proc/1754/fdinfo/4': No such file or directory

14G .

[[email protected] /]#  du -sh home

5.0G home

查看大小

关闭实例之前

[[email protected]YUN-11 instances]# cd ffe795cd-529b-422f-82d0-550dfad0af8c/

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c]# du -sh

17G .

关机之后一样大

2.2.8.2拷贝文件

[[email protected]YUN-11 instances]# cp -r ffe795cd-529b-422f-82d0-550dfad0af8c ffe795cd-529b-422f-82d0-550dfad0af8c_bak

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# ll

total 15187156

-rw-r-----. 1 root root           3 May  1 15:56 console.log

-rw-r--r--. 1 root root 18232508416 May  1 15:58 disk

-rw-r--r--. 1 root root          79 May  1 15:56 disk.info

-rw-r--r--. 1 root root        1636 May  1 15:56 libvirt.xml

2.2.8.3镜像处理

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# qemu-img convert -O qcow disk disk1

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# ll

total 30976944

-rw-r-----. 1 root root           3 May  1 15:56 console.log

-rw-r--r--. 1 root root 18232508416 May  1 15:58 disk

-rw-r--r--. 1 root root 16168738816 May  1 16:08 disk1

-rw-r--r--. 1 root root          79 May  1 15:56 disk.info

-rw-r--r--. 1 root root        1636 May  1 15:56 libvirt.xml

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# du -sh disk1

16G disk1

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# qemu-img resize disk1 -- -10M

This image format does not support resize

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# qemu-img convert -O raw disk disk2

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# ll

total 46734360

-rw-r-----. 1 root root            3 May  1 15:56 console.log

-rw-r--r--. 1 root root  18232508416 May  1 15:58 disk

-rw-r--r--. 1 root root  16168738816 May  1 16:08 disk1

-rw-r--r--. 1 root root 214748364800 May  1 16:18 disk2

-rw-r--r--. 1 root root           79 May  1 15:56 disk.info

-rw-r--r--. 1 root root         1636 May  1 15:56 libvirt.xml

看到镜像dask2过大，所以对镜像做处理

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# qemu-img resize disk2 -- -10G

Image resized.

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# du -sh disk2

15G disk2

发现镜像并没有收缩10G，这应该是镜像本身大小的限制

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# scp disk1 [email protected]192.168.0.19:/root

[email protected]192.168.0.19's password:

disk1                         100%   15GB  98.2MB/s   02:37

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# scp disk2 [email protected]192.168.0.19:/root

[email protected]192.168.0.19's password:

disk2                         100%  200GB  58.5MB/s   58:22

2.2.8.4在目的端添加镜像并创建实例

[[email protected]YUN-19 ~(keystone_admin)]# glance add name=test1 is_public=true container_format=bare disk_format=qcow2 < /root/disk1

Added new image with ID: 0106e819-32e2-4606-901d-5e58ebc83394

[[email protected]YUN-19 ~(keystone_admin)]# glance add name=test2 is_public=true container_format=bare disk_format=qcow2 < /root/disk2

Added new image with ID: a69f8055-009b-4075-9200-a21dac4ccac2

以镜像test1启动的实例失败

选择20的硬盘空间

以镜像test2启动的实例25分钟后成功

新建一个300G硬盘的云主机类型，选择该类型创建实例

绑定浮动IP，外部机器可以PING通，在绑定之前PING不通

这里需要注意的是，因为是两个集群网络状态相同，所以要想迁移的实例可以和外部连通，必须要把源端的集群的控制节点关闭，使网络失效，这样才不会造成网络冲突。

2.2.8.5查看迁移后的实例 

[[email protected] ~]# fdisk -l

Disk /dev/vda: 322.1 GB, 322122547200 bytes

255 heads, 63 sectors/track, 39162 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x0008ffc5

Device Boot      Start        End      Blocks   Id  System

/dev/vda1   *         1       1306    10484736  83  Linux

/dev/vda2          1306       5483    33556437+  82  Linux swap / Solaris

/dev/vda3            5484     26108   165670312+  5  Extended

/dev/vda5            5484     26108   165670281  83  Linux

[[email protected] ~]# df

Filesystem           1K-blocks      Used  Available  Use%  Mounted on

/dev/vda1           10320184   8698780   1097168  89%  /

tmpfs                7973248       224   7973024   1%  /dev/shm

/dev/vda5          163070836   5338004  149449320  4%  /home

[[email protected] /]# du -sh

du: cannot access `./home/tomcat-sg': Input/output error

du: cannot access `./home/mds.war': Input/output error

du: cannot access `./proc/1886/task/1886/fd/4': No such file or directory

du: cannot access `./proc/1886/task/1886/fdinfo/4': No such file or directory

du: cannot access `./proc/1886/fd/4': No such file or directory

du: cannot access `./proc/1886/fdinfo/4': No such file or directory

13G .

[[email protected] /]# du -sh home

du: cannot access `home/tomcat-sg': Input/output error

du: cannot access `home/mds.war': Input/output error

4.6G home

发现有丢失文件的情况，有可能是收缩镜像造成的

2.2.8.6再次在YUN-11上转变镜像格式

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# qemu-img convert -O raw disk disk3

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# qemu-img convert -O raw disk disk3

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# qemu-img convert -O qcow2 disk disk4

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# ll

total 78063864

-rw-r-----. 1 root root            3 May  1 15:56 console.log

-rw-r--r--. 1 root root  18232508416 May  1 15:58 disk

-rw-r--r--. 1 root root  16168738816 May  1 16:08 disk1

-rw-r--r--. 1 root root 192199786496 May  1 16:21 disk2

-rw-r--r--. 1 root root 214748364800 May  1 18:46 disk3

-rw-r--r--. 1 root root  16171859968 May  1 20:53 disk4

-rw-r--r--. 1 root root           79 May  1 15:56 disk.info

-rw-r--r--. 1 root root         1636 May  1 15:56 libvirt.xml

镜像说明：

disk       原镜像

disk1      格式化为qcow格式

disk2      格式化为saw格式再收缩

disk3      格式化为saw格式

disk4      格式化为qcow2格式

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# du -sh disk3

16G disk3

2.2.8.7拷贝镜像、添加镜像、创建实例

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# scp disk3 [email protected]192.168.0.19:/root

[email protected]192.168.0.19's password:

disk3                         100%  200GB  58.5MB/s   58:22

[[email protected]YUN-11 ffe795cd-529b-422f-82d0-550dfad0af8c_bak]# scp disk4 [email protected]192.168.0.19:/root

[email protected]192.168.0.19's password:

disk4                         100%   15GB  50.9MB/s   05:03

[[email protected]YUN-19 ~(keystone_admin)]# glance add name=test1 is_public=true container_format=bare disk_format=qcow2 < /root/disk4

Added new image with ID: d5176682-733c-4673-9ac4-b75c223e4f8c

考虑到dask3过大就没有创建实例，下面是以dask4为镜像创建的实例

云主机类型选择方面，需要注意的是，硬盘大小要与镜像大小相匹配

这里选择50G实例启动不来，选择300G可以

查看实例状态

[[email protected] ~]# fdisk -l

Disk /dev/vda: 322.1 GB, 322122547200 bytes

255 heads, 63 sectors/track, 39162 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x0008ffc5

Device Boot      Start         End      Blocks    Id  System

/dev/vda1   *          1        1306    10484736   83  Linux

/dev/vda2           1306        5483    33556437+  82  Linux swap / Solaris

/dev/vda3           5484       26108   165670312+   5  Extended

/dev/vda5           5484       26108   165670281   83  Linux

可以SSH连接

[[email protected] ~]# df

Filesystem           1K-blocks      Used   Available  Use% Mounted on

/dev/vda1            10320184   8697816   1098132  89% /

tmpfs                 7973220        72   7973148  1% /dev/shm

/dev/vda5           163070836   5338004 149449320  4% /home

[[email protected] ~]# cd /

[[email protected] /]# du -sh

du: cannot access `./proc/1744/task/1744/fd/4': No such file or directory

du: cannot access `./proc/1744/task/1744/fdinfo/4': No such file or directory

du: cannot access `./proc/1744/fd/4': No such file or directory

du: cannot access `./proc/1744/fdinfo/4': No such file or directory

14G .

[[email protected] /]# du -sh home

5.0G home

3参考文档

迁移

http://blog.csdn.net/juvxiao/article/details/21728221

http://openstack.prov12n.com/convert-import-a-vmware-image-to-openstack-kvm/

KVM

×××linux/cainiaowanyunjisuanzhishier_KVMxunijigenggaidaxiao_652061_1381135035.html

http://blog.csdn.net/gg296231363/article/details/6922011

原文地址：http://blog.51cto.com/xiaoxiaozhou/2113370

时间： 2024-07-30 02:25:56

openstack迁移云主机总汇 其二（云主机冷迁移）的相关文章

openstack迁移云主机总汇其一（云主机热迁移）

openstack迁移总汇 目录 1 热迁移之block-migration 1.1 查看物理主机CPU 1.2 修改hosts文件 1.3 开启热迁移 1.4 修改防火墙 1.5 virsh测试是否可以连通对端机器 1.5.1 方法1 1.5.2 方法2 1.6 迁移情况 1.7 下面的作为参考 1.7.1 主机 1.7.2 各节点之间nova账号无密码访问 1.7.3 可选操作 1.8 注意事项 1.8.1 事项1 1.8.2 事项2 2 冷迁移 2.1 方法1 2.1.1 在YUN-19上

Openstack liberty源码分析 之 云主机的启动过程3

接上篇Openstack liberty源码分析 之 云主机的启动过程2, 简单回顾下:nova-conductor收到nova-scheduler返回的主机列表后,依次发送异步rpc请求给目标主机的nova-compute服务,下面继续来看nova-compute服务的处理过程: nova-compute 根据路由映射,nova-compute中处理云主机启动请求的方法为 nova/compute/manager.py.ComputeManager.py.build_and_run_insta

Openstack liberty源码分析 之 云主机的启动过程2

接上一篇: Openstack liberty源码分析 之 云主机的启动过程1 nova-conductor nova-api通过rpc发送启动云主机请求后,nova-conductor会收到该请求,根据路由映射,该请求会递交给 nova/conductor/manager.py.ComputeTaskManager.build_instances处理,如下(函数说明见注释): def build_instances(self, context, instances, image, filter

【普及分享】云计算=/=云主机，阿里云=低价低端

[普及分享]云计算=/=云主机,阿里云=低价低端 近期几年云计算非常火热.什么云都有,好多厂商都宣称的所谓云主机.事实上和云计算没半毛钱关系! 云计算仅仅是一个编程模型.把寻经常使用一台计算机计算的活分布式在非常多台计算机上计算.而全部厂商所宣称的云主机仅仅只是是虚拟机! 在中国最有名最廉价的云主机是什么?那就是阿里云. 笔者试用阿里云1核1G内存1M带宽的云主机,刚开机还能够,可是执行2天后,机器变得很卡! 随便开随意软件都很慢,仅仅能说是面向低端市场的,阿里云都做不到高端市场.我想普通IDC

雷军开卖“大米”云主机，金山云起用小米互联网思维

(上图为金山云高级副总裁侯震宇) 2016年11月25日,在北京国家会议中心召开的GITC 2016全球互联网技术大会,金山云发布了一款专为创业者而设计的性能王云主机"大米",欲以99元/台/月的高性价比改变当前云计算行业格局,而同时推出的还有高性能混合云解决方案"米仓".这不仅是小米互联网思维在云计算行业的首秀,而且从命名来看,雷军大有在云计算产业"广积粮"之深意. 先说"大米"云主机,这是一款配置了2核英特尔至强E5V4处

虚拟主机和vps云主机之间的区别

很多人经常咨询到底购买虚拟主机好还是VPS云主机好呢,其实这个问题并没有哪个好哪个不好.而是应该根据自己具体的网站需求来选择. 一.虚拟主机和vps云主机之间的区别 (1)虚拟主机价格便宜,操作起来简单,服务器环境都配置好了,并且CPU和带宽和硬盘速率等资源没有限制,只限制月流量. (2)VPS云主机价格稍贵一点,操作起来需要有技术基础,服务器环境需要远程登录服务器设置,可以配置自己需要的环境,并且不限制网站数量,限制带宽,不限制月流量. 二.哪种更加适合自己 (1)虚拟主机更适合小型网站和网站

云服务器 ECS Linux Ubuntu 主机修改主机名

云服务器 ECS Linux 主机修改主机名 修改云服务器 ECS Linux 主机名常见的有两种方式,本文对此进行概要说明. 临时生效修改 使用命令行修改 hostname 主机名(可自定义),重新登录 shell 生效. 重新登录 shell 后可以看到已经生效 永久生效修改 以 CentOS 系统为例,需要更改配置文件生效,修改 /etc/sysconfig/network 里的 HOSTNAME=主机名(可自定义),重启生效. 如果是 Ubuntu 系统,则需要修改文件 /etc/hos

什么是云虚拟主机以及和云服务器之间的区别

什么是云虚拟主机以及和云服务器之间的区别 虚拟主机我们都知道是什么,云主机我们也知道这个概念,云虚拟主机是什么样的产品,它和虚拟主机.云主机有什么不一样的呢?下面我们关于这两个问题简单的为大家介绍一下. 导语:虚拟主机我们都知道是什么,云主机我们也知道这个概念,云虚拟主机是什么样的产品,它和虚拟主机.云主机有什么不一样的呢?下面我们关于这两个问题简单的为大家介绍一下. 首先我们来看一下什么是云虚拟主机 云虚拟主机是一款虚拟主机产品,它所具备的要求比传统的虚拟主机更高,不管是在性能还是稳定和价格方

阿里云 VS 腾讯云 VS 华为云 VS 七牛云 VS Ucloud 国内五大云服务商云主机评测报告

前言 对于所有的公有云服务商来说,云主机是非常基础且重要的业务.那么在高性能云计算方面,作为互联网巨头的阿里云.腾讯云以及新兴云计算企业的代表华为云.七牛云和UCloud又有怎样的表现呢?最近,我们选择了阿里云.腾讯云.华为云.七牛云和UCloud这几家主流云服务商的云主机产品进行评测. 主机选取 虽然任意一家云服务商都无法保证同一系列所有的机器性能都一致,但通过样本的检测我们还是能大致了解各家云服务商的实力.本次选择的云主机配置为4核16G.为了较为公平的比较各家云服务商的主机性能,我们尽量选