Видимо, потому что вы в Москве, а конкретно _ЭТОТ_ дата-центр (где наш сайт хранится) в Питере. К сожалению, dedicated только в Питере, в Москве только colocation.
Я, видимо, неправильно сказал. Я хочу сделать DRBD в dual primary режиме, повесить на оба drbd устройства по iscsi (в blockio режиме, разумеется), а сами iscsi цеплять по multipath как будто это одно и то же устройство.
Не совсем так. Консистентность означает, что данные на всех узлах сети непротиворечивы. (Если у вас есть репликация данных, то она либо успешая на все узлы, либо узлы считаются degradated и больше не участвуют в обслуживании клиентов).
Производительность означает, что скорость обслуживания растёт в прямой зависимости от числа узлов (очевидно противоречит первому, т.к. нужно изменения реплицировать на всех, это значит, что репликация идёт со всех, это значит, что всё ограничивается скоростью одного узла).
высокая доступность означает, что выход из строя любого количества узлов (в пределах, оговоренных ТЗ) не приводит к нарушению работы сервиса.
Одновременно эти три условия выполнить невозможно. Я сейчас затруднюсь найти источник, но это академическое исследование.
В современном ВВВ обычно жертвуют консистентностью — часть серверов может хранить устаревшие данные.
И что оно означает? Откуда вообще предположение, что два хоста в облаке могут обеспечивать эмуляцию работы одной виртуальной машины с мощностью, близкой к мощности суммы мощностей хостов?
Пожалуйста, не используйте самоизобретённую терминологию. Я ваши вопросы не понимаю.
Зависимости к пакетам прописываются в control файле. Руками. Я слышал, что make-dpkg умеет их формировать сам исходя из ./configure, но руками не щупал.
Для того, чтобы зависимости скачивались сами нужно организовывать репозиторий (можно локальный) и использовать apt, который сам вычислит зависимости и предложит скачать.
Пробую. Проблема в том, что я далеко не всё знаю, а изучать только ради написания — у меня и без того есть что учить. Хотя, возможно, в какой-то момент созрею.
Ну, не для такой уж и «узкой». Я сравнивал производительность md и адаптековских рейдов на RAID6 — софтовый прососал. Хотя на мирроре из кучи дисков прососал адаптек.
Аппаратный рейд должен делать то, для чего на него отдельный процессор нашлёпнули — математику считать. Ну и слегка уменьшать saturation на шине.
