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