С машиной образа сообщества Amazon EC2 CentOS 7 HVM, которая просто думает о томах и разделах. Не будет ли хорошо, если я создам том sda по умолчанию на 8 ГБ для корневого устройства для всех операционных систем и других связанных обновлений, а для всех данных моего веб-сайта создам еще один том sdb (размер в соответствии с моими потребностями)?
Также, поскольку я буду сохранять данные своего веб-сайта в /var/www на томе sbd, но так как /var уже создан на томе /sda, будет ли лучше создать новый каталог как /www (вместо /var/www) и смонтировать его или оба подхода будут хороши. Я видел случаи, когда /var/www не срабатывал при записи fstab во время загрузки, в то время как /www монтировался нормально.
решение1
Вот мое предложение:
/dev/sda[корневой диск] файловая система смонтирована на//dev/sdb[диск данных] файловая система, смонтированная на/var/wwwили/www/dev/sdcФайловая система [log disk] смонтирована в/var/log
Разделение данных приложения на другой диск — хорошее решение. Если по какой-то причине, например, из-за неудачного обновления дистрибутива, ваш корневой диск перестанет загружаться, вы все равно сможете перенести диск с данными на другую машину. Точная точка монтирования не так важна, лучше выбрать один путь, который имеет смысл для приложения, которое вы будете развертывать, так что /var/wwwвсе в порядке.
На самом деле нет никакой разницы между /var/wwwи /wwwдля монтирования вашего второго диска, потому что оба /varи /wwwбудут находиться в одной и той же файловой системе поверх диска sda. Поскольку эта файловая система является корневой, т. е. там, где установлена ОС, если произойдет ошибка, ваш сервер, скорее всего, не загрузится, а ваш второй диск не сможет быть смонтирован ни на , ни /varна /www. Поэтому я предлагаю вам выбрать тот, который имеет больше смысла для вашего приложения.
Вы заметите, что я добавил третью рекомендацию, и она исходит из нашего опыта. Многие приложения по умолчанию ведут журнал под /var/log, и сохранение его на корневом диске оказалось ограничением, поскольку нам нужно постоянно освобождать место, даже при приличной конфигурации logrotate. Монтируя /var/logна другой диск, мы могли бы удерживать корневую файловую систему в разумном диапазоне размеров.