默认情况下，Windows Azure上的Linux VM是没有Swap分区的。下面我们以Ubuntu为例，为Windows Azure上的Linux虚拟机创建Swap分区。

Windows Azure会为每个虚拟机分配一个临时盘，这个临时盘在Windows Server操作系统中是[D:]盘，在Linux中是/dev/sdb1。值得一提的是，在D系列的虚拟机中，临时盘是SSD存储。显然，临时盘是创建Swap分区的好地方。既然是临时盘，就千万不要把应用和数据存储在上面，否则数据丢了就只能自己哭了。

查看/dev/sdb1的挂载位置

lsblk

假设查找到/dev/sdb1的挂载点是/mnt

创建Swap分区文件

sudo fallocate -l [Swap文件大小，例如：5g] [Swap文件完整路径，例如：/mnt/myswapfile]

修改Swap文件权限

sudo chmod 600 [Swap文件完整路径]

创建Swap文件系统

sudo mkswap [Swap文件完整路径]

启用Swap分区

sudo swapon [Swap文件完整路径]

接下来执行[free]命令就可以看到Swap分区了。

到此为止，Swap分区就创建完毕了，但是，重启之后，发现Linux系统依然没有Swap分区！没关系，只要修改fstab就可以搞定啦。

[Swap文件完整路径] swap swap defaults 0 0

到此为止，故事貌似是结束了，但是，某天有客户反映，在CentOS 7.1中，这个办法不好使！没错呀，上面的步骤我都是在Ubuntu系统中验证通过的，为什么会这样呢？于是我重新创建了2个VM：1个CentOS 7.1，一个Ubuntu 14.04 LTS。在创建Swap文件的时候，发现Ubunt和CentOS对临时盘[/dev/sdb1]的挂载点不一样：

CentOS——/mnt/resource
Ubuntu——/mnt

除此之外，并没有发现其他不同。上述步骤在Ubuntu 14.04 LTS中依然有效，在CentOS中的确不工作！

经过一番Google，发现某大牛的一段解释：

/mnt/resource(即临时盘/dev/sdb1)是由WALinuxAgent负载挂载的，但是不清楚这个挂载动作会在什么时间完成。而通过fstab挂载Swap分区是在WALinuxAgent挂载/mnt/resource之前就完成的。

那也就是说：在fstab挂载Swap分区的时候，WALinuxAgent还没有把/mnt/resource/挂载到系统中，即：fstab挂载Swap分区是失败的！

好吧，我相信这说法是靠谱的，但是Ubuntu为什么可以呢？

先不管为什么了，那么在CentOS中到究竟应该该如何解决这个问题呢？答案是：修改WALinuxAgent的配置：/etc/waagent.conf

sudo vim /etc/waagent.conf

对以下两行代码进行修改：

# Create and use swapfile on resource disk.
ResourceDisk.EnableSwap=y

# Size of the swapfile.
ResourceDisk.SwapSizeMB=[Swap文件大小，单位是MB]
#例如：ResourceDisk.SwapSizeMB=4096

保存后重新启动虚拟机，发现Swap文件已经出现在/mnt/resource中，默认的文件名是：swapfile，，执行[free -m]命令也能看到Swap分区了。至此，问题解决。

不过修改WALinuxAgent配置文件的方式在Ubuntu环境中是不好使的！

总结一下就是：

Ubuntu——手工创建Swap文件，然后修改/etc/fstab挂载Swap分区。

CentOS——修改WALinuxAgent配置文件，自动创建Swap分区。

太繁琐了，给个简单粗暴的办法如何？还真有！

只要别把Swap文件创建在临时盘里面，按照Ubunt的方式[手工创建Swap文件，然后修改fstab挂载]都是可以正常工作的！

只是这么干就没法利用Windows Azure VM的临时盘了，而且，Windows Azure VM的临时盘是不收费的。

至此，关于Windows Azure中Linux VM的Swap分区问题就告一段落啦。