Сколько скидка на весь год контракта?

Ну, я испытывал этот хостер в течение некоторого времени.

Есть веские причины, почему один будет платить гораздо больше за тот же сервер, чем у других хостеров.
Одна из этих причин является включена консоль удаленного администрирования, которая позволяет получить прямой доступ к консоли к серверу, начиная с BIOS menь.
Это особенно полезно, если вы облажались с брандмауэром, потерял корневой пароль пользователя или иметь любую другую потребность, чтобы получить доступ к консоли, а не SSH (локальный Логин, однопользовательский режим, загрузчик меню и т.д.).

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

Что касается защиты, включенной, я могу сказать, что сервер я работаю никогда не был полностью вырезан из сети.
У меня есть несколько IP-адресов для отделения общественных услуг от доступа к управлению и даже при тяжелых атаках доступ управления SSH всегда работал.
Там было одно исключение, когда я перепутались с IPFW который вызвал к краху - но потом снова дистанционный пульт был очень полезным, чтобы исправить это без какой-либо поддержки, необходимой.

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

О производительности нет ничего, чтобы жаловаться.
Сервер был стабилен в течение 4 недель без каких-либо простоев, аварии, паники или аналогичный.
Intel CPU легко полномочия нескольких острог FreeBSD с более чем 16 запущенных демонами плюс бекендом MySQL (обычно 75% простоя при большой нагрузке).
Мой сервер MySQL использует InnoDB с кэшированием буфера, который, кажется, отлично работает.

операции записи на диск при большой нагрузке медленно (в терминах нескольких миллисекунд) время от времени из-за того, что я не решить для хранения SSD, но стандартных жестких дисков SATA2.
Лаги произошли при вставке миллионов строк в час в сильно индексированную таблицу журнала, но это понятно и были зафиксированы после изменения протоколирования подробности моего приложения в нормальное значение.

Поддержка, как правило, полезно. Я понимаю, что это может занять час ответа на билет открыт в 4:00 в ночь. В дневное время, ответы обычно бывают быстрее.

Я надеюсь, что я могу дать всем, кто интересуется хорошим первым понимание.