Pilat

Рейтинг
250
Регистрация
08.03.2007
Александр Фролов:
Но пока мне попадаются только компании, которые либо делают кластеры на решениях Microsoft, либо не имеют опыта в создании и обслуживании кластеров MySQL.

Но как только Вы озвучите высокий бюджет, сразу появится куча желающих... наши реалии.

Насчёт тестов на неттопах. Если захотите виртуализацию использовать на них, имейте ввиду - не выйдет, они не поддерживают обычно необходимые инструкции.

Raistlin:
Я самоучка. И считаю себя не плохим специалистом... Курсы мне такого никогда бы не дали.

Я я вот с удовольствием даже сейчас на курсы сходил бы. Это быстро расширяет кругозор, есть шанс узнать о существовании таких вещей, до которых сам не дойдёшь.

Почему бы просто апач и всё остальное не поставить без всяких сборок?

myhand, на самом деле старт fsck после краха тоже интересен - люди пишут о сутках (!!!) чеканья. Раз нет вариантов - буду думать о смене FS

Romka_Kharkov:
Разговор о лампочках :D

Что значит "долго" ? Какой у вас объем массива и сколько по времени занимает fsck ? Простите если недоглядел и в теме уже есть такие данные, но вроде не увидел, а то может быть вы хотите ускорить то, что происходит пару секунд (к примеру)...

По логам на два 1500Г диска(процентов на 5-10 заполнены 200.000 файлов на всех) 15-20 минут - есть о чём задуматься. Предыдущий запуск был месяцев 6 назад. Это хетзнеровские сервера.


Скорость работы fsck на сколько я понимаю прямо зависит от скорости носителей (массива)

Нет, рейда у меня нет - система, можно считать, только fsck и делает.

Pilat добавил 05.09.2011 в 12:49

Судя по форумам - один вариант - это переход на другую FS (у меня ext3) , например на XFS. Другой вариант - периодические перезагрузки.

Я бы ещё попробовал ext4 - но нет свободного сервера.

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

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

В общем, мне нужен совет от практиков - что можно сделать (кроме отключения) для ускорения fsck. Может быть, какой-то регулярный запуск в режиме только проверки поможет?

сделайте df -ak и наверняка увидите эти же 90% . Это не нагрузка, это место на диске кончается.

Raistlin:
Pilat, tunefs вам поможет. Но вообще, это нормально и ПРАВИЛЬНО и ускорять ничего не нужно.

Я понимаю что нормально и правильно. Вот только когда нам в своё время втирали про журналируемые файловые системы, писали и про ускоренный fsck - что, собственно, и должно было быть.

Pilat добавил 05.09.2011 в 10:15

Joker-jar:
Обычно fsck должен запускаться после некорректного завершения работы или после достижения лимита монтирования разделов (еще, вроде, запускается после выключения через shutdown с каким-то ключом), то есть, не каждый раз. Что за дистрибутив?

Debian. fsck запускается при старте системы через какой-то промежуток времени (180 дней например) обязательно, то есть при рестарте сервера это происходит почти всегда.

ware:
Кстати, прикольно, у них на Hetzner.de появился LiveChat, где можно на русском обговорить все нюансы с Dmitry. :)

Бедный Dmitry... мне его жалко :)

FlameOut:
Покажите мне аналог конфигурации Kimsufi 2G c 5ТБ траффика и местом для бэкапа дешевле 15 евро.

Да у всех есть какие-то предложения, вроде выгодные на первый взгляд. А если прикинуть - нужно ли мне этот Atom сервер со слабым процессором и одним диском - то придумать зачем не получается. А остальные предложения, более реальные, стоят не меньше чем у многих. Разве что для бэкапа попробовать брать такой сервер...

Всего: 2890