Как сотрудник "с той стороны" вброшу свои 5 копеек.
1. Включение администрирования для клиентов в перечень услуг обсуждалось долго. В итоге приняли решение отказаться от явной услуги администрирования, т.к. как разумно сказано выше, хотелок у клиентов бывает много, гарантировать быстрое решение проблемы не всегда возможно, есть задачи ДЦ, которые надо решать, чтобы было хорошо всем клиентам, а не одному.
2. В случае, если вопросы с сервером возникли после наших действий (переткнули порт, не взлетел сервер после переноса по стойкам) - уведомляем клиента, если он говорит "нужна помощь" - участвуем в решении проблемы (ну или полностью сами).
3. Если клиент обращается с вопросом технического плана, который ему надо решить (или он создал проблему своими действиями) - будем помогать в рамках своих сил. Но при тотальном абзаце дежурная смена будет решать вопросы борьбы за живучесть всего ДЦ, а "апач сожрал 100% CPU" будет отложен. Но и денег за это никто не берет.
4. Совсем уж экзотические вопросы переадресуются в аутсорс.
Подводя итог:
хостер должен в рамках договора;
помочь с серьезной проблемой клиенту при возможности - хороший тон.
Если хостер позволяет получить образ диска (например, как img) - может быть оправданно для бекапа сайта полного или для того, чтобы подключить его на другую виртуалку. В остальном лимиты диска (load, iops) для виртуального сервера будут скорее "наследоваться" от физического (если не зажаты гипервизором и настройками) и выделение отдельного диска под данные ИМХО не очень обоснованно.
На физике да, там по классике: диск надежный под систему, быстрый под базу, большой под данные. И если что - диски с данными и базой "суваются" в другую машину.
Поддерживаю полностью, особенно если базы в активном использовании во время бекапа. Ну и отказоустойчивость слегка повысится.
Как вариант, да - bmon или iftop. Но все же 15 баксовая мыльница имеет шансы задуматься, вместо исполнения прямой функции. Посему, ИМХО, проще уж поставить себе MRTG и настроить SNMP на роутере (если он это поддерживает, конечно).
Гм. А откуда включается авторизация - .htaccess или конфиг апача? Ну и вообще, проверить права бы на файлики пароля и .htaccess.
Поддержу комментаторов выше: средствами роутера это навряд ли реализуемо, нужно заворачивать траффик на прокси, который будет обрабатывать и выдавать удобочитаемый лог.
Приветствую. Имеем предложить от лица компании Colocat:
Intel R1304GZ4GC c 2 E5-2650, придется 32 поставить, т.к. по планке на процессор должно быть. Канал на гигабитном порту, свыше 100 мбит - fair use (100 - гарантия). 4 IP на сервер в комплекте. Без скидок 20900/месяц.
Либо как вариант Intel Xeon E3-1270v3, 3.50 GHz, 16 Gb RAM / 2 HDD и плюс хранилка, такие от 8000/мес, с каналами та же история.
В общем, готовы к диалогу, постараемся подобрать взаимовыгодное решение для Вас.
