Azure上有一台Linux虚拟机，最初带有一个30G操作系统磁盘。 由于我有一个积累了大量数据的应用程序，我通过Azure Dashboard附加了一个新磁盘，现在是这样的：
Filesystem Size Used Avail Use% Mounted on /dev/sda1 29G 19G 9.2G 67% / none 4.0K 0 4.0K 0% /sys/fs/cgroup udev 3.4G 12K 3.4G 1% /dev tmpfs 698M 248K 697M 1% /run none 5.0M 0 5.0M 0% /run/lock none 3.5G 0 3.5G 0% /run/shm none 100M 0 100M 0% /run/user /dev/sdb1 281G 63M 267G 1% /mnt/resource 所以/mnt/resource是连接的新磁盘。 我将所有应用程序数据移动到/mnt/resource并在指向新位置的原始位置创build了一个符号链接：
tomcat@jenkins:~$ ll lrwxrwxrwx 1 tomcat tomcat 21 Apr 18 22:14 .tomcat -> /mnt/resource/.tomcat/
我的问题是：上面是一个可靠的解决scheme，这意味着附加的磁盘及其上的数据始终可靠地在系统启动时可用，因为它必须被安装？ 总体来说，有更好的解决scheme来解决这个问题吗？
不它不是！
/ mnt / resource或/ mnt（在Ubuntu VM中）是临时存储，Microsoft不保证在重新引导或停机时间内将数据保存在该位置。
是的，这应该可靠地工作，因为为了可靠性，数据磁盘的处理方式与OS磁盘没有区别。
由于后备磁盘是VHD，因此可以select下载VHD并使用一些可用于此目的的工具调整其大小。 然后，您可以将VHD附加到VM（为了简单起见，可能在HyperV本身上），并调整您的Ext分区的大小。