Linux. От новичка к профессионалу. 6-е изд

Глава 43. А нужен ли физический сервер?

---

604
Часть VII. Виртуальные серверы
Второй момент, который стоит уточнить перед покупкой сервера — тип накопите-
ля, который используется на физическом сервере. Здесь возможны следующие ва-
рианты: SSD, SAS, SATA, а также некоторые гибридные решения вроде много-
уровневого хранения (tiered storage) либо простого SSD-кэширования при помощи 
одного из стандартных средств Linux: dmcache, bcache, flashcache. Но обычно, что-
бы не запутывать пользователя, предлагают три только что упомянутых варианта:
□ самый дешевый из них — SATA. Такой жесткий диск будет мало чем отличать-
ся от того, что установлен в вашем компьютере. Скорость чтения/записи у него
порядка 100 Мбайт/с или, может, немногим больше — до 150 Мбайт/с;
□ преимущество дисков SAS вовсе не в скорости, а в надежности. Конечно, SAS-
диски за счет более высоких оборотов немного быстрее дисков SATA, но особой 
прыти и от них ожидать не приходится;
□ SSD — единственный приемлемый для современного сервера вариант, но и сто-
ит он дороже.
А в чем же состоит разница между OpenVZ и KVM? При использовании техноло-
гии OpenVZ (ранее уже отмечалось, что продукты, основанные на этой технологии, 
часто продаются как VPS) все виртуальные машины создаются на базе одного ядра 
операционной системы, каждая машина представляет собой сервер с программным 
окружением, однако без права изменения ядра и самой операционной системы.
Преимущества этой технологии — ее дешевизна. Виртуальные серверы, основан-
ные на технологии OpenVZ, стоят дешевле. Также эта технология очень выгодна 
для самих компаний, предоставляющих в аренду виртуальные серверы, поскольку 
позволяет «оверселлить» ресурсы — т. е. продавать одни и те же ресурсы несколь-
ко раз разным пользователям.
Рассмотрим недостатки OpenVZ:
□
оверселлинг
— ресурсы оперативки и ядра выделяются без привязки к конкрет-
ной машине. Например, вы и ваш сосед арендуете у одного провайдера VPS-
серверы одинаковой конфигурации — скажем, по 4 Гбайт оперативной памяти.
Вот только вы используете самостоятельно написанный движок интернет-мага-
зина, потребление памяти которого минимально (на уровне пусть 500 Мбайт на
весь сервер), а ваш сосед установил монструозную Magento, которой своих
4 Гбайт оказалось мало, и она узурпировала еще и ваши оставшиеся 3,5 Гбайт.
Даже если такого не произошло, то неиспользуемую оперативку провайдер мо-
жет продать еще раз — выделить под другие серверы. Получается, что вы будете
платить за ресурсы, которые вами не используются;
□
зависимость от соседей
— из предыдущего пункта следует еще одна проблема.
Избыточная нагрузка на одну машину может привести к проблемам в работе со-
седних VPS. Например, соседский виртуальный сервер нагрузил процессор,
а ваш сайт будет из-за этого тормозить. А нагрузить процессор очень легко —
достаточно установить какую-то прожорливую CMS вроде той же Magento,
и постоянный перерасход процессорного времени и оперативки вам гаранти-
рован;

---