Уважаемый ATrade!
Сожалеем, что Вы столкнулись с неприятной ситуацией DDoSов на Ваш сайт. Насколько я вижу, сейчас Ваш сайт уже доступен, мы заблокировали на Вашем сервере HTTP-флуд на две страницы Вашего сайта. Однако если вектор атаки изменится, Ваши сайты снова будут недоступны.
К сожалению, у нас нет специалистов по DDoS-атакам и мы не предоставляем услуг по защите от DDoS. Поэтому действительно мы не можем Вам помочь в данном вопросе. Вам необходимо обратиться за помощью к специалистам.
Уважаемый Максим Медведев!
По данному вопросу, пожалуйста, напишите тикет в отдел по работе с клиентами.
Уважаемый Azzrael!
Все верно, автоматическая миграция на 5 версию панели не возможна, поэтому в техническом плане ничего не меняется.
Лицензия ISPManager 5 Lite обратно совместима с панелью ISPManager 4 Lite, поэтому панель продолжит свою работу.
Уважаемый TestVPS!
Благодарим за интерес к нашим серверам. Конфигурации хост-нод мы раскрыть не можем.
Мы очень рады, что удалось решить проблему!
Уважаемый sasa_tagaz!
В тикете №455885 о переходе на новый сервер явно был озвучен вопрос лицензии, прилагаю скриншот:
т.е. информация о том, что лицензия будет платной для нового сервера, была озвучена еще до миграции. Более того, на Ваш вопрос о предоставлении лицензии бесплатно было сообщено, что предоставить её бесплатно мы не можем, однако можем предоставить Вам бесплатную миграцию и скидку 20% на весь срок аренды сервера, что и было сделано.
В тикете №556560 Вас повторно ознакомили с расценками на панель ISPManager:
49 евро мы с Вас не взяли, так как Вы не подтвердили Вашего желания приобрести панель.
Исходя из вышеизложенного, я прихожу к выводу, что, к сожалению, вероятнее всего, произошло недопонимание.
Мы свяжемся с Вами в тикете №556560 для урегулирования вопроса.
Уважаемый Merdigan!
Спасибо, данный тикет видим, Вам ответят при первой же возможности.
Время ответа в биллинге указано среднее, гарантированное время ответа отдела по работе с клиентами - 1 час.
Скорректируем указанную Вами надпись, спасибо.
Уважаемый Merdigan! Уточните, пожалуйста, на какой email Вы писали и в каком чате Вы сидите? Приведите, пожалуйста, скриншот.
У нас не зафиксировано обращений с Вашего email, может быть Вы нас с кем-то перепутали?
Уважаемый Merdigan, уточните, пожалуйста, с какого ящика и на какой Вы писали?---------- Добавлено 30.10.2015 в 21:06 ----------Ящики в ЛС, пожалуйста. Благодарю Вас.
Уважаемые Digdug, redm78! Я понимаю Вашу озабоченность данной ситуацией и уверяю Вас, мы заинтересованы в стабилизации работы проблемной ноды.
К сожалению, на ноде evo23 действительно в октябре 2015 года произошло 4 форс-мажорных ситуации, на которые, к сожалению, мы были бессильны повлиять. До октября нода работала стабильно с момента установки в начале июля 2015 года.
Первая проблема с нодой была выявлена 01/10/2015 11:06 по МСК и работы с нодой были завершены 01/10/2015 11:51 по МСК, была выявлена аномальная активность на дисковой системе хост-сервера, которая не привела к даунтайму сервера, но могла вызвать некоторую деградацию скорости работы контейнеров.
Вторая проблема с нодой была выявлена 21/10/2015 16:50 по МСК и работы с нодой были завершены 21/10/2015 18:50 по МСК. Был выявлен блокирующий процесс на одном из контейнеров, который находился в перманетном состоянии D (ожидание ресурсов, обычно Input-Output, но могут быть самые разнообразные причины). К сожалению, ядро Linux не идеально и в нем имеются ошибки. Решением данной ситуации является только аппаратная перезагрузка сервера. Длительный даунтайм (только для части контейнеров, которые первые тушились и последние запускались) связан с тем, что необходимо было корректно остановить клиентские контейнеры (а это тысячи процессов, которые пишут и читают). Перезагружать аппаратно без корректной остановки сервисов нельзя - это приведет к потере данных, что не допустимо. Было обновлено ядро сервера и он успешно вошел в работу. Множество контейнеров ощутило даунтайм от 10 до 30 минут.
Третья проблема была выявлена 28/10/2015 18:45 по МСК и работы с нодой были завершены 28/10/2015 20:24 по МСК. Была выявлена проблема в файловой системе, соотвественно требовалось провести fsck. И опять длительный даунтайм связан с тем, что необходимо аккуратно остановить клиентские контейнеры без потери данных.
Четвертая проблема была выявлена 29/10/2015 17:05 по МСК из-за бага, который крайне редко проявляется, в используемом ПО виртуализации OpenVZ. Было произведено обновление ядра с применением всех последних патчей и к 29/10/2015 19:05 по МСК нода была полностью введена в строй.
Я подчеркиваю, что мы искренне заинтересованы в предоставлении качественных услуг и постоянно работаем над их улучшением. Наши инженеры уже давно перестали быть исключительно "эксплуататорами" ПО, а являются активными участниками сообщества разработчиков, которые заинтересованы в развитии одной из лучших систем контейнеризации в ОС Linux.
Извините нас, пожалуйста, за данные неудобства, мы делаем все возможное для минимизации таких ситуаций. И все же я прошу Вас написать в ЛС email Вашего аккаунта.
