У цитованому повідомленні нижче мова йде саме про високонагружаемих проектах на django, так що для невеликих сайтів цим можна нехтувати і спокійно використовувати що дешевше.
Апач їсть багато пам'яті під OpenVZ, як і будь-яка софтіна на тред (тому що на кожен тред за замовчуванням виділяється близько 10M віртуальної пам'яті в стеку: запустили 10 тредов - отримаєте мінус 100M). Nginx і т.п. цієї проблеми не має, тому що він однопотоковий. Ви, наприклад, mysql + InnoDB під OpenVZ використовувати теж по-нормальному не зможете, тому що він їстиме абсолютно непристойне кількість пам'яті в порівнянні з myisam.
Суть проблеми в тому, що зазвичай виділення віртуальної пам'яті абсолютно "безкоштовно", в цьому суть віртуальної пам'яті (і тому програми спокійно виділяють, хоч греблю гати), але це не так під OpenVZ: хостери для цих контейнерів огранічівют віртуальну пам'ять, а не фізичну.
Під xen або kvm цієї проблеми немає. Там апач + mod_wsgi (якщо, звичайно, не вантажити mod_php і не віддавати їм статику) їсть десь 6метров на сайт одноразово + пара сотень кілобайт на процес Джангі (+ пам'ять на самі процеси Джанго, але ця пам'ять від сервера вже не залежить) .
Візьміть найпростіший linode - це 600р в місяць, і десяток-другий сайтів спокійно можна хостити. Якщо це все ж дорого і невиправдано з якихось причин, то беріть безкоштовний Amazon EC2 Micro Instance, по-моєму відмінна заміна всім цим недовпс на OpenVZ.
Re: vds (XEN vs OpenVZ) що вибрати
OVZ - одне ядро на всіх, одна ФС (диск) на всіх, ліміти, наприклад, на кількість процесів, але при цьому, менша ціна і безпроблемне збільшення лімітів в будь-який момент часу.
XEN - власне ядро, окрема партація, ніяких проблем з поведінкою при роботі з пам'яттю, тому що є стільки, скільки є; відсутність лімітів на кількість процесів і т. п .; при всьому при цьому, більш висока ціна.
З повагою, Артемій, компанія WebXL.
Замов хостинг, а суму замовлення отримай на рахунок, в подарунок!
Re: vds (XEN vs OpenVZ) що вибрати
Повідомлення від Artpsiholog Artal
OVZ - одна ФС (диск) на всіх, ліміти, наприклад, на кількість процесів
Досить вагоме зауваження, якщо на сервері поруч досить ненажерливий сусід в плані дискових операцій, то у інших теж все буде гальмувати.
Хоча контейнери і ізольовані, але все одно можуть заважати один одному при великому завантаженні.
На час росту проекту OVZ краще тим, що простіше розширюється і дешевше коштує, а фінанси можна витратити на щось більш цікаве. Хоча якщо дискові операції не потрібні у великій кількості, як і інші ресурси, ресурсоємних додатків немає, то використовувати XEN сенсу немає.
Re: vds (XEN vs OpenVZ) що вибрати
Насправді, xen в першу чергу, потрібен тим проектам, які хочуть по максимуму скористатися наявними можливостями виділеного сервера, при цьому грошей на нього не мають поки що.
До слова, зовсім не хочу сказати що ovz - це щось погане просто це більш дешева тхнологія для роботи середньостатистичних сайтів.
При належних навичках системного адміністратора Ноди, клієнт без специфічних запоросов НЕ зіткнеться з проблемами і не відчує будь-якого дискомфорту працюючи з vds на openvz.
З повагою, Артемій, компанія WebXL.
Замов хостинг, а суму замовлення отримай на рахунок, в подарунок!
Начебто порушника заблокував, при цьому запити все одно йдуть, але не доходять. Тобто захист досить віртуальна.
---
З плюсів, трохи більша продуктивність на базі OVZ за рахунок можливого споживання чужих ресурсів. Але знову ж таки, плюс відносний і не для кожної конфігурації.
що може стати проблемою при установці захисту для VPS в вигляді брандмауера
Ось, до речі, так. З огляду на що ядро одне на всіх, то для того ж iptables можна використовувати тільки ті модулі, які були завантажені в ядро Ноди. При цьому, якщо, наприклад модуль recent в ядро не завантажено, то і на vds'ах правила використовують recent спрацьовувати не будуть.
З повагою, Артемій, компанія WebXL.
Замов хостинг, а суму замовлення отримай на рахунок, в подарунок!