У меня есть виртуальная машина Linux в Azure, которая изначально поставлялась с диском с ОС 30 ГБ. Поскольку у меня было приложение, в котором накопилось много данных, я подключил новый диск через панель мониторинга 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/
Мой вопрос: является ли приведенное выше надежным решением, означающим, что подключенный диск и данные на нем всегда надежно доступны при запуске системы, поскольку он должен быть установлен? Есть ли вообще лучшие решения для решения проблемы?
Нет это не так!
/ mnt / resource или / mnt (в виртуальных машинах Ubuntu) - это временное хранилище, Microsoft не гарантирует, что какие-либо данные будут сохранены в этом месте между перезагрузками или простоями.
Да, это должно работать надежно, так как диск с данными обрабатывается не иначе, как диск ОС в целях надежности.
Поскольку резервный диск является VHD, альтернативой может быть загрузка VHD и изменение его размера с помощью некоторых инструментов, доступных для этой цели. Затем вы можете подключить виртуальный жесткий диск к виртуальной машине (возможно, на самом HyperV, для простоты) и изменить размер раздела Ext.