Назад | Перейти на главную страницу

Нужна помощь в разметке сервера Archlinux.

Хорошо, я создаю веб-сервер, который будет использовать mysql, nginx, php и некоторые другие вещи. Я ожидаю, что база данных вырастет до больших размеров, и будет много мелких файлов, которые будут обслуживаться веб-сервером, менее чем на 1-2 МБ. У меня есть два жестких диска sata емкостью 1,5 ТБ и жесткий диск sata емкостью 350 ГБ, у mobo достаточно портов sata, чтобы подключить их все.

Я ищу совет, как разбить эту штуку. Я использую cfdisk. Если это будет просто веб-сервер, нужен ли мне большой / домашний каталог? Я хочу использовать другую более быструю fs для каталога / var в соответствии с рекомендациями archlinux. Я не совсем уверен, где nginx или apache будут хранить файлы. Так мне нужен корневой каталог большего размера? Я знаю, что в Arch файлы веб-сервера находятся в / srv, плюс у меня в конечном итоге будет большая база данных.

Я бы даже не возражал против установки рейда с использованием двух жестких дисков емкостью 1,5 ТБ, а затем с использованием жесткого диска емкостью 350 ГБ для ОС. Есть рекомендации, как все разбить?

Спасибо

Вы можете настроить все эти службы для хранения файлов в любом месте, просто изменив соответствующие файлы конфигурации. Так что в основном это зависит от вас, и вы всегда можете изменить это позже.

Основная причина, по которой дистрибутивы рекомендуют использовать отдельный раздел для / var, заключается в том, что / var имеет тенденцию содержать папки с файлами, которые сильно меняются (варiable) - и есть риск, что если они станут очень большими и поделитесь / файловой системой, тогда у вас возникнут проблемы со входом в систему, чтобы решить проблему с дисковым пространством. На практике это не такая уж большая проблема, поскольку, если вы можете войти в систему с правами «root», у вас в любом случае будет зарезервировано место на диске для целей администрирования.

Просто используйте то, что, по вашему мнению, подходит для ваших целей. Поскольку у вас есть два диска, которые можно использовать для RAID, почему бы не поместить файлы, о которых вы беспокоитесь больше всего, на массив RAID, чтобы обеспечить себе некоторую избыточность данных, вы всегда можете изменить ситуацию позже, даже если это иногда немного усилий, чтобы это произошло.