Как разбить жесткий диск на сервере?

Приветствую.

Беру выделенный сервер EX 4 у Hetzner для своих сайтиков. Винт там на 3 Тб.
Вопрос знатокам. Как лучше разбить жесткий диск, чтобы добиться от него максимальной производительности?
8 февраля в 21:56
3
Dromok 49,2

отсортировано по дате по оценке
ответы (8)

+3
opium #
Я думаю разбивка диска на скорость не влияет, разве что надо правильное форматирование с выравниваем по 4к блокам на винты больше 2тб.
А как узнать какое было использовано форматирование на уже установленной системе? Dromok, 10 февраля в 09:06
fdisk -luc /dev/sda
или
parted /dev/sda unit s p

Если номера секторов начала разделов кратны 8 — разбиты нормально.
Melkij, 10 февраля в 12:39
Device Boot Start End Blocks Id System
/dev/sda1 2048 67108863 33553408 fd Linux raid autodetect
/dev/sda2 67108864 68157439 524288 fd Linux raid autodetect
/dev/sda3 68157440 2215641087 1073741824 fd Linux raid autodetect
/dev/sda4 2215641088 5860532223 1822445568 85 Linux extended
/dev/sda5 2215641089 2236612607 10485759+ fd Linux raid autodetect
Partition 5 does not start on physical sector boundary.
/dev/sda6 2236612609 2257584127 10485759+ fd Linux raid autodetect
Partition 6 does not start on physical sector boundary.
/dev/sda7 2257584129 2425356287 83886079+ fd Linux raid autodetect
Partition 7 does not start on physical sector boundary.
/dev/sda8 2425356289 3264217087 419430399+ fd Linux raid autodetect
Partition 8 does not start on physical sector boundary.
/dev/sda9 3264217089 5860532223 1298157567+ fd Linux raid autodetect
Partition 9 does not start on physical sector boundary.

Получается неправильная разбивка? Хех, а их саппорт говорит, что на скорость это не влияет.
Dromok, 10 февраля в 20:53
+3
uscr #
Ну вы бы хоть рассказали, какая ОС и под какие задачи. Это немаловажно, на мой взгляд.
В текущей формулировке вопроса, мой ответ таков: «фигачь всё в рут, не ошибёшься».
Обломался я. Цель: сайтики. ОС: центос. uscr, 8 февраля в 22:17
Ну так что посоветовали бы для сайтиков на CentOS? Dromok, 8 февраля в 22:18
А я теперь боюсь советовать. Выставил себя умником своим ответом, а теперь сдулся.
Если серьёзно, то ничего и не посоветую. Какие видите проблемы при «стандартном» разбиении (swap, /boot, /var, /tmp, /home)?
Или вопрос в размерах ФС? Ну тут же бойня сейчас начнётся! Я, например, совсем не жадный и бью примерно так:
5 Gb — boot
2X ОЗУ — swap (но тут в разумных пределах, если у сервера 36 Гб оперативы, то 72 гиговый своп никому не нужен, разумеется).
15-30 Gb — /var
15-20 Gb — /tmp
Остальное в хомяк.
uscr, 8 февраля в 22:23
5Gb для /boot — зачем так много?
своп в наше время достаточно не более 2Gb, независимо от объёма памяти.

Остальное в LVM и оставить свободного места.
snp, 9 февраля в 00:06
0
alekciy #
Мне так пили:

cat /etc/fstab
proc /proc proc defaults 0 0
none /dev/pts devpts gid=5,mode=620 0 0
/dev/md0 none swap sw 0 0
/dev/md1 /boot ext3 defaults 0 0
/dev/md2 / xfs defaults 0 0

Когда особых требований к фс нет и не понятно какие профиты даст особая разбивка, зачем замораживаться. А когда ясно, какие профиты для каких приложений дает особая разбивка (к примеру, вынос файлов СУБД на отдельный диск), то и с разбивкой вопросов уже не возникает. Заказывал в августе по тарифу NHS-1 (FS), шуршит, есть не просит.
Своп лучше на RAID1 держать. Если диск один отвалится, то система нормально будет работать. snp, 9 февраля в 00:04
0
inkvizitor68sl #
производительности:

UUID=d80a47aa-3e10-44c4-a7eb-2d9c62a257fd / ext3 errors=remount-ro,noatime,barrier=0 0 1
UUID=2800fd1b-d6af-4935-a14c-e2fb516b29e7 none swap sw 0 0

Фсё.
Только фс ext4, естессно. inkvizitor68sl, 8 февраля в 22:55
0
shadowalone #
смотря на каком разделе эти самые сайтики будут располагаться, ибо мнегие панели управления располагают их в /var
если в /home, то больше всего под него, остальное на выбор, есди будут большие DB под /var выделить достаточно место. И главное, /var и /tmp обязательно отдельно от /, и поставить noexec для этих разделов в /etc/fstab
.
/var/log ещё отдельно, рекомендую.

Ещё nosuid,nodev :)
snp, 9 февраля в 00:08
а /var/lib/mysql имеет смысл отдельно выносить? Dromok, 9 февраля в 00:14
Да. А то и на раздел на SSD диске. Но это для реально нагруженных проектов, обычно такие проекты об этом в курсе. Поэтому ответ да, вынести можно. Но ждать существенно профита от этого не стоит. alekciy, 9 февраля в 03:52
0
click0 #
У них винты из серии Green.
Очень хорошо подумайте, нужна ли вам такая производительность и делите разделы с учетом 4к секторов.
Я предпочитаю ZFS, в бут-раздел прописываю загрузчик, блок выделяю под своп (2xRAM) и остаток под ZFS/
Дальше уже внутри FS играюсь с лимитами.
уже столкнулся на другом сервере с этими винтами… когда процессор совершенно не нагружен, а диски уже не справляются… Отсюда и возник вопрос о правильном разбиении. Может посоветуете, где лучше арендовать сервера, чтобы винты были более производительные? Dromok, 9 февраля в 03:54
Скорее всего, ваша проблема не в винтах и разбивке (винты имеют довольно-таки приличную производительность), а в том, что у вас очень много операций чтения/записи мелкими блоками?
Может что-то просто стоит закешировать, или поднастроить, тем более что памяти там довольно много.
kotomyava, 10 февраля в 19:17
А если уж действительно всё что можно сделано, то в большинстве случаев путь «винтов побольше» эффективнее чем «винты пошустрее». kotomyava, 10 февраля в 19:21
+1
kotomyava #
Единственная хитрость в разбивке — выравнивание по границе блока винта.
Остальное не повлияет на скорость.
А а по схеме разбивки/размерам, надо смотреть, что где вы потом располагать будете.
0
Dromok #
Всем спасибо! Всем ответившим ставлю плюсик в карму.
Разбил на два раздела. Причем первый это /boot, а второй LVM том. В этом случае нет необходимости выравнивать партиции.

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.