我在 Azure 上有一个 Linux VM,最初附带一个 30G 操作系统磁盘。由于我的应用程序积累了大量数据,因此我通过 Azure 仪表板附加了一个新磁盘,现在它看起来如下:
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
新位置,并在原始位置创建指向新位置的符号链接:
tomcat@jenkins:~$ ll
lrwxrwxrwx 1 tomcat tomcat 21 Apr 18 22:14 .tomcat -> /mnt/resource/.tomcat/
我的问题是:上述解决方案是否可靠?这意味着,当系统启动时,所连接的磁盘及其上的数据始终可靠可用,因为它必须被挂载?一般来说,有没有更好的解决方案来解决这个问题?
答案1
不它不是!
/mnt/resource 或 /mnt(在 Ubuntu VM 中)是临时存储,Microsoft 不保证在重启或停机期间任何数据都会保存在该位置。
答案2
是的,这应该可以可靠地工作,因为出于可靠性的目的,数据磁盘与操作系统磁盘的处理方式没有什么不同。
由于备份磁盘是 VHD,因此另一种方法是下载 VHD 并使用一些可用于此目的的工具调整其大小。然后,您可以将 VHD 附加到 VM(可能在 HyperV 本身上,为简单起见)并调整 Ext 分区的大小。