Тестирование хостинга rusonyx.ru

---

Исходные данные:

• Хостинг: rusonyx.ru
• Тариф: Сервер без забот — VPS
• Вид анализа: соответствие требованиям CMS 1С-Битрикс
• Анализ проводил: Таран Виктор, технический директор студии «Клондайк».
• Дата тестирования — июнь 2013г.

От автора: Достаточно приятным сюрпризом стала обратная связь хостинг провайдера с разработчиками, посему было приятно писать обзор хостинга, зная о возможности исправлений недостатков и недочетов, если мы их найдем. Постараюсь провести непредвзятый обзор хостинга и найти его узкие места (на «правильных» вещах мы не будем заострять внимание, подразумеваем, что услуга должна иметь максимально возможное качество).

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

Далее по тексту авторский текст помечен курсивом, а ответ администрации хостинга синим.

1. Тестируем административную панель

Сразу видим влияние Parallels на сервер, а следовательно технологии виртуализации становятся понятны в явном виде — можно в лес не ходить virtuozzo и, как ни печально, PleskPanel.

В свое время я начинал именно с этой панели и считал ее достаточно удобной, но развиваясь, мои потребности росли, а плеска все так и оставалась совершенно не удобная и нефункциональная панель, помноженная на самую дорогую панель в мире, она явно этого не стоила. PleskPanel хорошо подходит для легких проектов, но если говорить о полнофункциональной панели, она конечно «отдыхает», хотя проект активно развивается. Вот некоторые хостеры, установив даже ISPmanager, умудряются и без того кривую панель довести до абсурда, так что «хрен редьки слаще». Но это дело предпочтения, и явно не этого обзора. Мое же сердце отдано ispconfig3.

ДНС/SOA записи

Как у большинства хостингов ДНС/SOA записи заводятся достаточно криво. Заводим новый домен.

Теперь редактируем ДНС/SOA записи:

Пока с виду все хорошо и логично. Но что будет после применения? Я поставил галочку «управлять ДНС».

В зоне никакого управления не появилось. Видны только NS сервера — и как я должен ей управлять?! На самом деле такая проблема встречается достаточно часто, и редактор зоны расположен в другом месте. Вначале вы заводите ДНС, а потом ее ищите в PleskPanel и редактируете. Было бы логичнее сделать это в одном месте. В данном же случае есть некие ограничения PleskPanel, посему думаю лучший вариант — это дать ссылку на редактор зоны. Так при заведении ДНС у вас не возникнет вопросов, где искать редактор зоны.

В свою очередь в момент подготовки статьи к публикации, разработчики хостинга активно обсуждали с нами эти вопросы и пообещали добавить текстовое сообщение, куда идти дальше для редактирования зоны. А вот прямую ссылку добавить там будет трудно ;(. Это частично спасет положение.

Так же нет возможности принудительно скинуть кэш для данной зоны, придется тупо ждать до 2-х суток (по факту через 20 минут уже бы все работало) — хотя на своих серверах ДНС, я скидываю сразу.

Больше ничего страшного не нашлось.

А вот большой мануал «начать» порадовал — действительно 4 страницы текста по сути, ничего сверхъестественного, но большинству клиентов будет полезно. Единственное, нет ссылок на почту, phpmyadmin, avstats в едином файле — их бы я тоже собрал бы в одну кучу.

2. ТЕСТИРУЕМ 1С-БИТРИКС

Не совсем понятен смысл пароля для bitrixsetup.php, ведь выдается он только уже зарегистрированному аккаунту, вообще не понял, зачем он нужен. Если ты «зареган» — у тебя есть пароль. Если нет, то собственно и IP, и технического домена у тебя тоже нет — куда лезть то?

Данный вопрос так же обсуждался с представителями компании, и они смогли достаточно внятно мотивировать присутствие данного пароля. При существующей конфигурации сервера он действительно нужен. Хотя я на их месте попробовал бы решить этот вопрос другими способами. Но не суть важно.

В ходе тестирования выяснился действительно важный момент.

При установке 1С-Битрикс база данных создается сама! Не спрашивая меня, они подправили скрипт bitrixsetup.php и будут поддерживать эти исправления в будущих релизах скрипта. Во истину спорный момент. Но вроде как для удобства, однако пропустили в этом удобстве два очень важных на мой взгляд момента.

1. Битрикс по умолчанию предлагает UTF-8 и CP-1251, в данном случае база создается по умолчанию в UTF-8 и вам ручками придется, править кодировку через phpmyadmin если ваш сайт под CP-1251. Вопреки мнению админов хостинга такие сайты есть и не редкость.
2. Как и нормальный адекватный человек я не начинал инсталляцию, не создав базу данных. А следовательно, мне их база уже ни к чему, поскольку пирожок хорош к обеду, и о том, что база будет создана за меня, никто не уведомил (кстати я не против, если пароль в ней будет отвечать безопасности мониторинга качества 1С-Битрикс). А следовательно меня нужно об этом информировать заранее или не информировать, а сразу после оплаты давать мне возможность сразу перейти к заливке сайта, говоря о создании всего окружения, ДНС и базы — в общем «расслабьтесь и откиньтесь на спинку кресла», давайте свой бэкап и мы все сделаем. Возможно предложить два варианта Advanced и Fastsetup.

Ну, а если мне как порядочному некомпетентному сотруднику веб студии (а это для справки по моим прикидкам 80% сотрудников всех веб студий) вообще нужно после оплаты показывать кнопку «выбор редакции». Ни про какие домены названия и т.д. знать не хочу, на техническом домене разворачивайте дайте ссылку, дальше разберусь. Потом уже админку для правок того, что необходимо. Кстати технический домен ОДНОЗНАЧНО должен быть закрыт от индексации поисковыми роботами.

ПРОДОЛЖАЕМ УСТАНОВКУ 1С-БИТРИКС, ПОКА БЕЗ СЮРПРИЗОВ.

Тестируем производительность.

Что же, для обычного сервера отличный показатель.

Проверка php тоже не выявляет особо критичных заметок.

Пока не плохо, идем дальше. Акселератор стоит memcashed и php акселератор apc-php

Последний на мой взгляд самый перспективный из возможных.

Настройки вроде оптимальные, но 50% использованной памяти на чистом шаблоне без нагрузки на мой взгляд явно перебор. Да и 4 метра не всегда хватит как раз при тяжелых запросах. Но если говорить о параметре цена/качество, то в принципе терпимо.

ТЕСТИРУЕМ НАГРУЗКУ

Звезд с неба не хватает, но на средний проект вполне пойдет.

Я в свое время на отдельных проектах поднимал показатель страниц в секунду с 150 до 3500, но это требует грамотной отстройки location под каждый проект, да и ест куда больше памяти.

Как мы видим все требования 1С-Битрикс выполнены, для средне нагруженных сайтов этого вполне хватит.

3. А ХВАТИТ ЛИ НАМ ФУНКЦИОНАЛА САМОГО СЕРВЕРА?

Давайте зайдем в панель управления Plesk и посмотрим, что нам она дает и что дает сам хостер.

Тыкаю на первую кнопку в панели —Web Presence Builder, ну и ладно нам не особо и хотелось(видать опера по его мнению не заслуживает внимания).

А вот Файловый менеджер отличный. Мне понравился.

Хоть и не пользуюсь, но приятно.

Записи SPF/PTR присутствуют и даже в принципе настроены нормально, так же присутствуют все записи для IPV6.

А вот записи www почему то нет!? По всей видимости хостер считает это не важно, а я вот боюсь SEO-шник когда увидит, расстроится.

При добавлении базы данных опять невозможно указать кодировку БД, вкупе с отсутствием root ssh может стать проблемой.

Так же нет возможности подключиться к БД на прямую из внешки с указанного IP.

НЕМНОГОЕ, ЧТО МОЖНО ДОСТАТЬ О СЕРВЕРЕ

Тут все без чудес, естественно centos 1Гб памяти.

Достаточно богатый функционал параллелс меня порадовал. Все лаконично и удобно насколько это может быть в плеске ;)

НАСТРОЙКИ PHP

upload_max_filesize = 128Mб, не хватит на средний магазин, который имеет большую базу данных, а следовательно, phpmyadmin его не скушает. Ах пардон phpmyadmin висит вообще на другом конфиге и выдает свои гениальные и избитые донельзя (максимальный размер: 2,048МБ) А вот это уже реально критическое замечание!

Кстати во время написания статьи мы жарко обсуждали этот вопрос. Админы все в курсе, но не знают, как это убрать ссылаясь на невозможность это исправить. На что я в свою очередь могу заметить — все можно убрать, на крайняк он наверняка работает не под fastcgi а под mod-php,следовательно, банальный .htaccess может исправить это положение, поскольку php флаги можно будет выставить даже в нем, я уже не говорю о самом php.ini . Но для совести ребята, признав важность данного замечания сказали, что постараются исправить. Надеюсь у меня будет еще повод написать второю статью по этому хостингу уже с учетом этих исправлений.

post_max_size =8Mб, да ребята вообще в анабиозе плавают. В купе с upload_max_filesize это всего 8 метров. Обычные экселевские прайсы могут быть такого размера.

max_execution_time = 60, смешно, в реалиях жизни слишком мало.

memory_limit = 128Мб, да — это документированный размер, но фактически 1С-Битрикс работает минимум на 256 рекомендованных, бывает и того больше. 128Мб даже под средний каталог не хватает, а memory_limit исчезают из логов в нормальных магазинах от 512 метров! Если говорить о минимальных, то я бы рекомендовал 256Мб.

Однако мне удалось узнать, что парсер по отслеживанию warning в Apache и кнопочка поднять тарифный план в разработке в текущем тарифном плане.

Уже во время написания статьи появилось отличное меню, которое, на мой взгляд, позволяет 100% реализовать задачи по правке php.ini, на скриншоте не видно, там достаточно много параметров для редактирования. Снизу находится свободное текстовое поле для добавления любого другого значения php.ini и, если оно дописывается в конец файла, то этого хватит за глаза. Правда нет возможности его проверить. Такое решение частично снимает вопрос в пределах общей выделенной оперативной памяти.

И тут же есть переключатель представления apache CGI apache FastCGI. Кстати порадовал факт по умолчанию стоит FastCGI. Отличное решение!

SuPHP нет, да оно под 1С-Битрикс и не нужно.

Но не стоит забывать, что виртуальные машины на OpenVZ (он же Virtuozzo) реально из 1024MB даст вам в доступ до 70-80% ресурсов, остальное пространство будет, якобы, свободным, однако это не так. Большинство хостеров решают этот вопрос добавлением избыточного пространства, на всякий случай. При существующих же настройках все будет работать корректно, но, подняв лимит до 512 MB, вы явно рискуете переполнить память, и тогда сервер встанет колом. Так что, в некоторых случаях все-же придется повышать тарифный план, и если последнее будет реализовано будет здорово.

На данный же момент всю эту информацию можно легко выпытать со службы поддержки.

ПОЧТОВЫЙ КЛИЕНТ

Почтовый клиент atmail, хотя по мне так roundcube куда удачней, учитывая, что он еще и бесплатный так в 2 раза круче. Но тут дело админа. Почта же встала без проблем.

phpMyAdmin

Достаточно долго искал phpmyadmin, хотя знал где искать, и как оказалось он там, где искал, и находится. Заблудился так сказать в лесу из трех деревьев, но доблестная служба тех. поддержки подсказала (которую в свою очередь тоже, нужно было протестировать).

Хотя конечно надпись «вебадмин» у меня не совсем ассоциируется с phpmyadmin, да еще и логотип предательски другой. Думаю было бы разумно вставить на это место лого самого phpmyadmin, более чем уверен, что служба тех. поддержки уже устала показывать эту кнопку. Хотя наверно, те кто постоянно сидят в плеске уже привыкли ;)

3.1. Теперь о главном, SSH

Для обзора мне нужно посмотреть, как реально собран сервер, да и работать без этого попросту не возможно, так что ищем заветный root-ssh и первое что я вижу

Root-доступ к Серверу без забот™ — не предоставляется.

SSH убог, как и положено хостеру. Chroot в админке плески есть, но он попросту не отстроен и не работает. Учитывая, что есть jailkit который работает с коробки и требует отстройки 20 минут, конечно это печалит.

Для обзора нам предоставили именно сервер, который не требует настроек и администрирования, хотя у них есть и обычные серверы с root-доступом. Но нам как раз и надо найти оптимальны вариант для тех, кто сам не хочет заморачиваться с настройками.

Фактически на этом можно было бы и закончить обзор, поскольку данный сервер смело можно списать в утиль, для меня он не представляет интереса, поскольку представить работу без SSH мне достаточно трудно. Нет SSH — говорить о качестве просто глупо. Притом SSH без chroot окружения в ту же степь. В замен видим приятные обещания обновлять самостоятельно ядро системы и модули, что немного пугает.

Конфигов apache и nginx, ни их настроек нам никто не покажет а следовательно, что и как внутри — это догадки. Учитывая, что проксирующий сервер требует детальных изменений и уж точно знания того, что там есть. Это печально. Так же огорчает отсутствие виртуальных хостов apache, поскольку в нем тоже есть много чего интересного и зачастую некоторые вещи отлично вписываются именно туда. А главное без этих файлов мы не сможем проверить стабильность и правильность их конфигурирования, особенно для SEO, поскольку даже отличный администратор может ничего не смыслить в SEO, и что на его взгляд вполне нормально, может оказаться совершенно не приемлемо для коммерческого сайта. Или же как в случае с NIC.ru, у которого есть проксирующий nginx, но нет локейшенов под статический контент (исправляюсь, сегодня посмотрел и нашел их в инклудах, но у nic.ru и без него хватает косяков) -но ник это отдельная история.

ПОСЛЕ ЗАПРОСА К РУКОВОДСТВУ rusonyx.ru — доступ SHH нам предоставили для данного обзора.

3.2. Продолжение тестирования (компания РУСОНИКС предоставила root-доступы)

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

Однако нам удалось выяснить в последствие — дисковые массивы представлены в виден RAID10, 6 высокоскоростных жестких дисков. Проверить возможности нет, поверим на слово.

Немного перемудренная структура конфигов, без бутылки требует достаточно долгого разбора.

По количеству конфигов видно, что люди старались и видимо не зря. Проверив конфиги и их структуру, замечаний фактических нет, кроме перечисленных ранее. На их месте, я бы сократил количество конфигов. Фактически та же проблема у битрикса в их виртуальной машине, приходится очень долго и тщательно лазить по всем инклудам дабы не пропустить нужные опции, в свое время пришлось достаточно хорошо попатеть изучив их все. Раздельные конфиги — это здорово, но не до фанатизма пожалуйста, если вы их конечно планируете давать в доступ посмотреть.

Да есть пара моментов с локейшенами, try_file от которого я отказался вовсе, оставив только error_page 404 = @fallback; . Но в моем случае все заскриптовано и задается регулярными выражениями, в тогда все конфиги генерируются и не требуют столь детальной проработки всех кодов ответа сервера комбинаций с документ-рутом и так далее.

Отсутствует локейшен для статических файлов html:htm что в моем случае присутствует, но в них есть пара скрытых камней, которые мне в свое время пришлось повстречать.

Теперь чего бы хотелось в стандартном функционале.

Нет доступов до конфига nginx.conf */site-enable/*его конфиг

У клиента, нет возможности даже просто его посмотреть! Не говоря уже о изменение, даже у позорного nic.ru до них есть доступ. Кстати в которых локейшена под статику у них просто нет!

Фактически мне для полного счастья нужны следующие конфиги:

• Nginx.access — не требуется дублируется в апач
• nginx .error
• Apache.access
• Apache.error
• Php.ini ( весь)
• My.conf (весь) — для чтения
• Httpd.conf (весь по моему сайту)— за минусом /stats /phpmyadmin и тд
• Nginx.conf(весь по моему сайту) — за минусом /stats /phpmyadmin и тд
• Kernel лог по возможности конечно
• Ну и все что можно по почте.
• Просмотр хотя бы только для чтения СОА запись моих доменов.

И команды:

• /etc/init.d/nginx configtest
• /etc/init.d/nginx reload
• /etc/init.d/apache reload
• crontab —e
• rm -rf / - ;) ...шутка

Из дополнительных утилит и доступных команд я бы поставил и разрешил пользователю следующие:

• htop;
• atop — кстати, непонятно почему его нет, так же multitail — мне нравится но не обязательно, однако не думаю, что он повредит безопасность;
• links — а вот его нужно обязательно тестировать сайт локально очень даже не плохо;
• iotop — тут будет бесполезен инфы он много не получит;
• wget — без него никуда ;)
• chown — ОБЯЗАТЕЛЬНО не забывайте, что все сессии индивидуальные, и при подключение по ssh юзер будет root:root, ну или решить проблему с юзером ;)
• chmod -ОБЯЗАТЕЛЬНО;
• mysql;
• mysqldump;
• unrar — такое тоже бывает!

Естественно не хватает yum, думаю это даже не требуется обсуждать. Однако тут уже коммерческий интерес хостера может иметь свой довод.

Мы не может сохранить свой конфиг не хватает прав. Вот это можно было бы и поменять, в то уж совсем все закрыто.

А вот если бы мне уже был предустановлен zabbix или naigos с минимальной предустановкой, и отдельным входом, я бы полюбил этот хостинг больше всех в мире, но это мечты ;).

Начинается «вкусняшка», как заверили меня представители компании по телефону, мысль с zabbix им понравилась и она будет скорее всего реализована в ближайшее время с предустановленными минимальными настройками, нужными для полного счастья. Так же будет присутствовать полноценная система оповещения по алертам. Хочется поскорей посмотреть. Если же в конце концов там останется еще и возможность создавать свои мониторы, то это будет просто сказка. Для большинства — это даже слава не понятные, но для нормального проекта это не просто слово zabbix, оно равно слову золото!

4. Заключение

Из реальных вещей, не хватающих:

1. Phpmyadmin всего 2 мегабайта файл аплоада, это смешно.
2. Очень обрезанный chrootssh прям разочаровывает.
3. Нет возможности изменить базовые настройки, такие как open_bade_dir и т.д.
4. Нет возможности даже посмотреть свои конфиги, не говоря уже о их изменение.

Если же говорить о работе с ним в коммерческих целях, вполне можно, если вы не умеете работать с SSH. Если же SSH ваш хлеб и соль, то тут конечно все становится сложно, тут остается ждать.

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

В частности рекомендованные параметры занижены самим битриксом дабы не отпугивать от чрезмерно требовательного движка потенциальных покупателей. В реалии все немного по другому.

Сайты с большим каталогом имеют большую БД и многие страницы (технические, а не пользовательские) могут генерироваться более 30 секунд и иметь размер куда больше 8 мегабайт. К примеру выгрузка продаж за период и т.д. То же самое с размером файла. Учитывая ориентированность хостинга под 1С-Битрикс данные параметры безопасности излишни поскольку защита 1С-Битрикс хоть и взламываема но у меня есть достаточно обширная статистика по этому поводу и могу с полной ответственностью заявить что все это лишнее, файлы гигантского размера никто не заливает.

Очень странно показалось отсутствие chroot учитывая полную изоляцию контейнера от других пользователей. Мелочи с /tmp на самом деле всеми хостерами игнорируются. Соответственно вытекающие из этого мелочи с отсутствием yum итд. Но опять же нужно понимать, что все это предположение на косвенных фактах. Root доступа у меня нет и я не могу на 100% это утверждать.

Однако чуть отладив chroot окружение было бы куда приятней работать. Для меня так это единственное замечание. Все недостающее я бы доделал сам. Так же можно было бы создавать отдельные конфиги nginxapache .vhost для каждого пользователя и кидать их в ~etc/nginx/conf на подобие nic.ru дешево сердито а главное это 99% нужных вещей. Трудно говорить о архитектуре но в админке есть рестарт сервера, хотелось бы иметь возможность релоадапач и nginx непосредственно с консоли. А так же nginx configtest да и думаю curlftpfs тоже бы не помешал. В таком случае это был бы действительно мощный инструмент работы с хостенгом.

Отсутствие переключения php5.2 5.3 не порадовало, отнюдь не все запустится под 5.3 но если разбирать именно bitrix то это не принципиально. ( однако разработчики говорят что переключатель php скоро будет)

К стандартному набору добавил бы vim htop.

Немного не оптимизирован php-apc но опять же я не вижу всей машины, однако я бы дал в 2 раза больше памяти. 50% занятого пространства на холостом ходу это конечно многовато.

Ну и на последок убрал бы с админки все лишнее, куча ненужного функционала никогда никем не использованного только засоряет взгляд. Ну а две админки это уже эпичное мероприятие всех хостеров, порой их количество доходит до 4 как на majordomo и вводят в тупик даже опытных пользователей, поскольку требует изучение всех 4 админок с их особенностями. Ведь реально от админки нужно всего 5 вещи. Доступы Базы ДНС сайты, почта.

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

Также icpconfig3 имея интерфейс в 10 раз меньше , дает в 10 раз больше возможностей.

Сервер оптимизирован под 1С-Битрикс однако стоит обратить внимание на mbstring.func_overload =2 с ним могут быть проблемы и с дополнительно поставленными пакетами в частности phpmyadmin ( если ложить в сайт, roundcube, mpdf — генератор пдф и так далее, но тут уже ничего не поделаешь все же это хостер хотя можно и это решить,

5. МНЕНИЕ АВТОРА

В принципе все понравилось, все лаконично. Не скажу, что я бы сделал именно так, но это уже индивидуальные видения.

Сервер вполне пристойный, жаль что не удалось протестировать его должным образом. Серьезных замечаний нет, кроме катастрофически детской ошибки в phpmyadmin стоит 2 мегабайта размер файла! А в самом сайте всего 8, реально же требуется около 200.

Сайты на битриксе размещать на данном хостинге рекомендую. Установлены все необходимые акселераторы. До тех поддержки дозвон идет быстро, отвечают вежливо по сути. Есть ряд мелких недочетов присущих всем хостерам. Немного занижены размеры оперативной памяти в некоторых директивах. Но общее количество вполне достаточное для среднего сайта. И при небольших изменениях руками все исправляется. Оптимизирован my.conf, но в доступе его опять же нет ;(.

Из реальных недостатков отсутствие chroot притом сама плеска этот функционал позволяет сделать. ;(.

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

Однако для коммерческих проектов с посещаемостью от 2000 человек рекомендовал бы уже полноценный dedicatedserver. Но такие проекты будут корректно работать и на данном сервере.

Теперь мои рекомендации, но не в коем разе они не являются замечаниями, скорее это мое видение.

• Отделить БД от файловой системы, фактически при нагрузке на статическую часть генерация php не должна от этого страдать.

Как показала практика вынос базы на отдельный массив в моем случае даже SSD дал гигантский прирост стабильности скорости генерации контентной части даже при 100% загрузки I-O файлового массива скорость генерации страниц падала не значительно, при расположение базы на том же носителе в этом случае сайт уже ложился. Но тут уже нужно смотреть экономическое обоснование и структуру серверов. Однако я бы вынес на отдельные сервера базы данных.

• Есть пара идей по кэшированию, но тут опять же, я не вижу всей схемы.

Что касается производительности она сопоставима с моими первыми сервером, что вполне не плохой показатель. Из дополнительных рекомендаций могу дать следующие.

• Обратить особое внимание на alias к серверу поскольку их по умолчанию 3 и отнюдь не каждый человек знает о их существование, и если на них не обратить внимание, возможна индексация каждого из зеркал (что негативно может сказаться на SEO). Но сколько мне помнится есть кнопочка в админке выключающая эти зеркала — не проверял но если оно так, я бы ее сделал по ярче и поближе к глазам. В моей практике достаточно большие проекты проседали из за такой невинной вещи.

P.S. Утопичный в будущее или идеальный хостинг (людям со слабой психикой читать не рекомендуется).

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

1. Webdav — шагает по планете, по умолчанию пихать его! Мне очень не понравился один из буржуйских хостеров, опробованный на днях, но мне очень понравилось что там в make wizard на 2 этапе мне предлагают создать вебдав доступ, притом FTP в выборе нет! Выбрать я могу ОС, даже линукс и мой навигатор в системе или прямая ссылка. Они же в свою очередь мне скидывают ярлык для рабочего стола, по которому я всегда смогу зайти в свою папку. Для большинства людей это вообще идеальное решение. Подключить файловую систему к разделу на мой взгляд куда лучше, чем FTP, не говоря уже о безопасности. Так что webDAV маст хев!
2. Мы же говорим о профессионалах и virtuozzo, так что хочу иметь возможность слить свой контейнер в свою виртуальную машину! Кому не нужно, те не будут юзать, кто в теме оценят.
3. И тут у меня особая вкусняшка.

Размышляя об оптимизации БД, мы пришли к выводу что было бы не плохо сделать кнопочку «ускорить базу данных», тем самым перекинуть в ее на отдельные SSD накопители, за денежку разумеется. Реализация этого весьма проста и коммерчески обоснована, да и плюсов дает реально много.

Опять меня осенило. У Вас же Nginx и virtuozzo! Почему же только ускорить базу данных? Предлагаю такой вариант: ускорить базу данных выносом на отдельный ssd. Вам мало? вы хотите еще ускорить, апгрейд еще раз стоит столько — готовы? Да.

У вас имеется 2 mysql сервера в состояние репликации. Ускорить еще? — Да!

У вас 3 сервера mysql с репликацией и т.д.! Это так легко реализовать и это нереально круто. Я могу разместить на таком сервере любой проект.

Но и это еще не все!

У НАС ВЕДЬ virtuozo и nginx, а nginx отлично умеет становится балансировщиком!

Ускорить файловую систему? — Да!

Создан 2 бэкэнд сервер. Еще?! Создан 3 бэкэнд сервер!

1 строчка в nginx! +ClusterFS или любой другой способ репликации файловых серверов и вуаля!

У МЕНЯ ПОЛНОЦЕННЫЙ МАШТАБИРУЕМЫЙ КЛАСТЕР с коробки в 1 клик! Да мне собственный дидиекейт вообще не нужен. Зачем, я нажму плюсик добавится еще машина! Какие админы, какие сервера в германии, я сам нажимаю кнопочку. Масштабируемость колоссальная. Аналогов просто нет. Самое легкое близкое приближение 1С-Битрикс веб кластер, но его цена, и кто и как его будет реализовывать? А тут просто +5 тысяч за 1 нажатие кнопочки и чудо сайт полетел, еще — не вопрос — еще 5 тысяч, сайт опять полетел! Да, для рабочего проекта это не деньги. Зато вкупе с zabbix и кластером — это полноценный инструмент.

Притом, если я смогу отдельно добавлять сервера для mysql отдельно, для файлов я смогу точно найти баланс между тем, что под мой проект реально нужно — и не платить за лишние ресурсы. Генерирую большие запросы — больше добавил mysql серверов. Отдаю много статики не вопрос — вот тебе больше бэкэндов и 1 mysql. Это ведь так легко, да я бы сам покупал такую услугу.

А такой ведь хостинг можно будет без зазрения совести позиционировать и под 100 000 человек нагрузки.

Ведь вы получаете, за какие-то копейки, полноценный кластер с распределенными базами каждая в своем контейнере, отдельное управление каждым контейнером. Файловый кластер, работающий с коробки. Как вариант, отдельно вынести проксирующий nginx! Да я получаю реально крутой масштабируемый проект на обычном хостинге!

Всё.