amarao

Главное, наладить работу оперденя. Или опердня?

Просто возьмите больше памяти. По деньгам будет так же, а скорость вы получите такую, что все ssd будут нервно курить в углу. tmpfs, brd — на выбор.

ЗЫ SSD на самом деле на запись не такие уж и быстрые.

Если речь идёт только о «поставить/удалить пакеты», то есть среда разработки более-менее вменяемая, то может быть достаточно банального chroot'а и отдельного ssh'а на отдельном IP в нём. Защиты от злодеев не даст, зато минимальный оверхед и удобство в перетаскивании данных туда/сюда.

Таймаут в ISCSI контролируется инициатором (собственно, он этот таймаут и считает) — так что крутить придётся в районе винды.

У линуксов есть собственный таймаут до начала порнографии в dmesg'е (120с), насколько я знаю, его не поменять (можно только выключить). Как себя ведут паравиртуализованные драйвера диска hyper-v в таких условиях — надо отдельно смотреть.

Скорость хаба выравнивается относительно самого медленного устройства (обычно таковыми являются клавиатура/мышь). После этого в оставшуюся скорость надо упхать и звук, и за разумное время кнопки передать (== лаги).

SAS имеет смысл только из-за multipath'а. Если он не нужен, то SATA (в большем количестве) за те же деньги даст большую скорость.

Массив дисков. Простенький сервер на 24-36 дисков обойдётся примерно в 200к-300круб (это на хорошем железе), если пождаться, можно <100к сделать довольно легко.

В минимальной версии — десктоп с несколькими винтами в софтовом рейде. Почему в софтовом? Потому что если что-то помрёт, диски можно воткнуть в первый попавшийся сервер и прочитать данные, а не бегать по городу в поисках той модели подохшего рейда, которая его метаданные прочтёт.

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

Если разбитие по-умолчанию (штатным fdisk), то всё и так ок, раздел на 1Мб границу будет выровнен.

Если ТОЛЬКо статика и малый трафик с малым объёмом, можете к нам посмотреть: selectel.ru/services/cloud-storage/

Бесплатно не обещаем, но 40Мб в месяц при 15Гб трафика в месяц обойдутся в 12р/месяц. Привязка к своему домену и т.д. — бесплатно.

Загрузиться с чего-нибудь, сделать chroot в систему и попытаться дозавершить установку.

Вой — это фича (в процессе инициализации переферии скорость кулера никто не контролирует), а перегрев, если это не глюк датчика, возможно, вызывается сбросом процессора. Не знаю насколько это актуально, но в книгах по P2-P4 писалось, что там сброс процессора (RST на ногу) вызывает замыкание всего, что только можно замкнуть и даёт максимальный ток (чуть ли не больший, чем от полной загрузки). Но RST посылается на очень короткое время, так что оно или нет — не знаю.

Пилите медиавики. Все остальные вики, которые смотрел, были сильно хуже.

Теоретически, «баланс» означает, что размер (в условной метрике) решения для каждого варианта одинаковый. Напишите алгоритм решателя, сформулируйте метрику и запускайте считаться.

ab (apache benchmark). Он вполне способен вытащить с сервера всё, что тот может отдать.

Гуглить по слову NUMA. К виртуализации не имеет отношения, сам линукс умеет «размазываться» по нескольким серверам. Однако, при этом нужно понимать, что волшебства не будет, и latency между отдельными узлами единого сервера будет СИЛЬНО больше, чем при локальном исполнении.

Другими словами, NUMA использовать можно, но не как «прозрачную» технологию, о ней нужно думать.

(как человек, знающий откуда это «read only» вылазит)

В R/O файловая система сваливается из-за сбоев диска. Обычно это таймаут операции записи/чтения (для виртуальной среды). Обычно это происходит по одной из двух причин:

* таймаут iscsi инициатора у хостера
* свой собственный таймаут внутри операционной системы (около 2м)

Что делать?

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

Если сбой был мягкий (т.е. просто остановка в обслуживании), то лёгкий fsck и всё хорошо. Если нет — по обстоятельствам. Соглашаться с всем напролом с fsck (без предварительного бэкапа) не стоит.

Совет выше насчёт smartmon'а не актуален — у виртуальных дисков нет смарта.

В будущем, возможно, может помочь опция panic в опции монирования. В этом случае при дисковых ошибках система уйдёт в панику (т.е. в ребут).

X220 — практически идеальная рабочая машинка. Я бы не отказался там от чего-то полезного вместо pcmci, но и так он хорош тоже.

«Само» ничего не делается. Штатным (для XCP, например), является вариант с LVM поверх ISCSI-диска. Но нужно быть готовым к проблемам с кластеризацией (т.к. LVM не может работать на двух хостах одновременно с одним диском). Тогда, либо CLVM, либо ручное решение «кто сегодня мастер». Технически, диск можно ресайзить во время миграции (то есть мигировать на хост, где подключен инициатор уже после увеличения размера LUN).

В dom0 некошерно ставить что-либо, кроме администрирования. Уж точно там неуместен VPN и лог-сервер. Нужно — делайте отдельную management-виртуалку. dom0 должен делать только то, что нельзя или очень дорого делать на виртуалках. Тот же dhcp прекрасно может раздаваться с миниатюрной виртуалки, воткнутой в сеть к нужным клиентам (ну, или наоборот).