Накидали статистику по количеству доменов на AS, по количеству доменов на NS серверам, так же есть статистика по MX, IP адресам времени отклику, но ее пока не добавили в интерфейс. Кому интересно можно посмотреть (http://firststat.ru), статистика не показывает кто плохой, кто хороший - зато показывает у кого клиенты прибавляется, а у кого убывают.
даже сайт самого хостера лёг - должно же быть и резервные сервера и резервное питание...
конечно все резервируется, только в данном случае все NS сервера были на одной версии ПО. А так NS сервера в разных ДЦ (Селектел Миран + БМ18 если это можно назвать ДЦ), сети анонсируются разным провайдерам, есть резервные сервера.
Далее официальная рассылка:
20 апреля в 20.15 на наши NS сервера пошел аномальный трафик, который привел к выводу из строя всего кластера NS серверов. Эта не была атака на канальные емкости, эта была атака, эксплуатирующая уязвимость в используемом нами ПО. В 20.50 мы обновили на всем кластере NS серверов ПО, что привело к восстановлению работоспособности. Работа всех сайтов была полностью восстановлено в 20.55.
В данный момент мы анализируем полученные данные, а также какие именно запросы (трафик) привели к таким последствиям.
Приносим свои искренние извинения за доставленные неудобства
Столько негатива и плохих слов. Но все же стоит рассказать почему так сделано:
1) У большинства партнерских программ есть правило по которому нельзя регистрировать свой аккаунт по своей партнерской программе. Иногда за этим даже следят. Фактически человек регистрируется в партнерской программе и потом по ней регистрирует свой аккаунт.
2) Крайне редко бывает, что бы адверт который привел 10, 200 и более клиентов не пользуется нашими услугами или для него это было критичным. Обычно эта ситуация вызывает негатив для пользователя который привел 1-3 клиентов (с большой долей вероятности один из аккаунтов его).
3) У большинства партнерская программа идет отдельно от хостинга - у нас все интегрировано в панель хостинга. Это проще и доступно всем без дополнительной регистрации.
Как раз, что бы за этим не следить мы не стали отделять партнерскую программу от хостинга. И кому интересно - сейчас идет партнерский марафон, подробности можно прочитать на сайте.
hosting_manager: Это cloudlinux, а еще там обещают гарантированную ошибку 404 (особенность cloudlinux), если Вы начнете потреблять слишком много ресурсов из-за неоптимальности скриптов, а они Вас не оптимальны и ошибка будет для части посетителей.
Вы хотите, чтоб было нормально или хотите, чтоб сайты работали кое-как?
Впрочем, выбор за Вами.
Но мой Вам совет - виртуальный сервер + сопровождение, только тогда будет результат + Ваши сайты будут работать и Вы не будете беспокоится об этом. Разве что четко выполнять рекомендации по обновлению скриптов. Но и этот труд может делать кто-то за Вас.
Не понял какой cloudlinux - на Бегете стоит ubuntu server, изоляция реализована системой субпользователей и небольшим патчем на Posix ACL
Сравнивать Выделенный сервер, VPS и виртуальных хостинг не совсем корректно - даже попугаи в которых они сравниваются разные не говоря уже о технологиях и реализациях (конфигурации) у каждого конкретного провайдера.
Если Вам нужен VPS - однозначно FastVPS. По остальным услугам комментировать не буду =)
Хотелось бы рассказать про администрирование и что мы под этим понимаем. Если мы осуществляем администрирование, мы предоставляем пользователю стандартную панель управления хостингом (cp.beget.ru) со всеми возможностями + несколько вкладок по нагрузке на сервер, потреблению трафика, конфигурации. Это уже включает бекап, удаленный бекап, управления версиями, изоляцию на уровне сайтов, установку CMS, обновление ПО, файловый менеджер, мониторинг дисков. В общем обслуживание сервера 24/7. Для нас это фактически выглядит как еще один хостинговые сервер, а обслуживать 500 или 501 сервер - разницы большой нет. Мы предоставляем эту услугу бесплатно.
Но тут есть два момента - когда сервер уже физически не справляется с нагрузкой - для нас это становиться адом (при этом не все клиенты хотят менять/улучшать сервер). Скажем так - нашим администраторам не очень нравиться когда ночью им несколько раз звонят из-за нагрузки и с этим особо нечего не сделать.
И второй момент - если пользователю нужно специализированное ПО. Мы не всегда можем его встроить в нашу инфраструктуру, а если делать его скажем костылем (поверх) в любом момент оно может перестать работать.
Так же нужно учесть - мы либо полностью администрируем сервер, при этом у пользователя нет root и мы берем на себя всю ответственность за его работу либо не делаем на нем нечего (максимум устанавливаем ОС).
У других компаний под администрированием подразумевается немного иное.
На самом деле нельзя сказать что увеличение клиентской базы было очень сильным, для пояснения можно привести общедоступные цифры - у нас на NS обслуживается порядка 125000 доменов в зоне .ru с ежемесячным приростом примерно в 3000 доменов. У IO-HOSTS было всего около 2000 доменов.
С виртуальным хостингом все достаточно хорошо - ДЦ стал в разы лучше, каналы тоже, клиентов переносим на новое хорошее оборудование и наше ПО (конечно не обходится без недочетов, но они быстро исправляются). Если кому интересно могу приложить фото и конфиги серверов =). Но думаю перенесенные клиенты уже ощутили разницу в скорости работы сайтов и удобства работы в панели.
В VPS немного сложнее - пока данной услуги у нас нет и клиентов переносим как есть, на том же оборудовании и с теми же тарифами. Как только введем свои VPS - сразу перенесем на новое оборудование при тех же или лучших тарифах.
SeVlad: Я бы не был столь категоричен ;) Хотя его ФМ - это нечто. Это огромный плюс.
В остальном их ПУ, внешне слегка смахивающая на СПанель имеет 1/3 функционала последней. Никакого управления логами (кроме как вкл\выкл) и вроде бы многого нужного нет. Откуда берутся (в каких попугаях считаются) цифры нагрузки - вообще загадка (ну это распространённая "болезнь" хостеров).
Хотя непосредственно по качеству услуг ничего сказать не могу - не сталкивался так, что бы делать выводы.
В общем смотри, если при 403 есть нагрузка - косяк хостера. До скриптов же не доходит. Или же по факту не 403. См логи.
Позволю себе прокомментировать.
> Хотя его ФМ - это нечто.
Спасибо. Текущая версия Файлового менеджера - скажем так, функциональная, но не самая стабильная и удобная. Летом мы начали ее переделывать, точнее переписывать с нуля и думаю в ближайшие несколько месяцев выпустим в продакшен новую версию. Разница с текущим ФМ колоссальная, при чем в лучшую сторону. Ну и самая хорошая новость - думаем его в опенсорс выложить.
> В остальном их ПУ, внешне слегка смахивающая на СПанель имеет 1/3 функционала последней.
Я бы так не сказал, в интерфейсе да возможно многих настроек нету. В большинстве своем это осознанное решение, можно вывести все настройки только это нужно будет менее 5% пользователей, а остальным 95% это будет мешать. Зато внутренней архитектурой мы можем гордится. И у нас есть решения которых нету у конкурентов, начиная от изоляции сайтов в рамках одного аккаунта заканчивая системой бекапов.
Про нагрузку - проще не куда. Правда не все хотят в этих попугаях разбираться - man acct, percona User Statistics
По поводу 403, 404 и прочих - nginx работает от nobody (на некоторых серверах от root) он перенаправляет запрос apache, главный обработчик которого (nobody, root) его принимает проверяет начальные заголовки и помещает в очередь. Свободный процесс (обработчик очереди) берет его из очереди и первым делом суидится в пользователя и после этого момента каждый такт процессора потраченный на обработку этого процесса добавляется к нагрузке пользователя. Да на то что бы посмотреть в .htaccess и выдать пользователю 4XX не нужно много времени... но все же. Если таких запросов будет много это скажется на конечной нагрузке.
---------- Добавлено 26.01.2015 в 16:56 ----------
пс. по поводу проблемы, а вариант с установкой cookie не подходит ?
То есть если это не поисковая система и если нету определенной cookie выдаем html страницу с JS скриптом который устанавливает cookie и делает reload страницы. При повторном и всех следующих запросах cookie уже стоит и пользователю выдается сайт. Боты обычно не обрабатывают JS, а если обрабатывают на них можно bitcoin считать =).
У саппорта можно попросить поставить шаблон на nginx - begetok, думаю должно помочь с нагрузкой.
Web морда в процессе, можно много интересного в ней сделать. Если есть идеи пишите - добавить не сложно.
Это сарказм или нет ? =)
Накидали статистику по количеству доменов на AS, по количеству доменов на NS серверам, так же есть статистика по MX, IP адресам времени отклику, но ее пока не добавили в интерфейс. Кому интересно можно посмотреть (http://firststat.ru), статистика не показывает кто плохой, кто хороший - зато показывает у кого клиенты прибавляется, а у кого убывают.
Исходники в OpenSource
Всем доброго дня.
конечно все резервируется, только в данном случае все NS сервера были на одной версии ПО. А так NS сервера в разных ДЦ (Селектел Миран + БМ18 если это можно назвать ДЦ), сети анонсируются разным провайдерам, есть резервные сервера.
Далее официальная рассылка:
20 апреля в 20.15 на наши NS сервера пошел аномальный трафик, который привел к выводу из строя всего кластера NS серверов. Эта не была атака на канальные емкости, эта была атака, эксплуатирующая уязвимость в используемом нами ПО. В 20.50 мы обновили на всем кластере NS серверов ПО, что привело к восстановлению работоспособности. Работа всех сайтов была полностью восстановлено в 20.55.
В данный момент мы анализируем полученные данные, а также какие именно запросы (трафик) привели к таким последствиям.
Приносим свои искренние извинения за доставленные неудобства
Там кстати есть интересный отзыв:
"Как только они у вас грохнут аккаунт с 4-мя сайтами ,тогда узнаете,что это за лучший хостинг. Я тоже так думал."
Вот все хочу уточнить, аккаунт заблокирован в конце августа за неуплату, а удален в январе =)
Столько негатива и плохих слов. Но все же стоит рассказать почему так сделано:
1) У большинства партнерских программ есть правило по которому нельзя регистрировать свой аккаунт по своей партнерской программе. Иногда за этим даже следят. Фактически человек регистрируется в партнерской программе и потом по ней регистрирует свой аккаунт.
2) Крайне редко бывает, что бы адверт который привел 10, 200 и более клиентов не пользуется нашими услугами или для него это было критичным. Обычно эта ситуация вызывает негатив для пользователя который привел 1-3 клиентов (с большой долей вероятности один из аккаунтов его).
3) У большинства партнерская программа идет отдельно от хостинга - у нас все интегрировано в панель хостинга. Это проще и доступно всем без дополнительной регистрации.
Как раз, что бы за этим не следить мы не стали отделять партнерскую программу от хостинга. И кому интересно - сейчас идет партнерский марафон, подробности можно прочитать на сайте.
Это cloudlinux, а еще там обещают гарантированную ошибку 404 (особенность cloudlinux), если Вы начнете потреблять слишком много ресурсов из-за неоптимальности скриптов, а они Вас не оптимальны и ошибка будет для части посетителей.
Вы хотите, чтоб было нормально или хотите, чтоб сайты работали кое-как?
Впрочем, выбор за Вами.
Но мой Вам совет - виртуальный сервер + сопровождение, только тогда будет результат + Ваши сайты будут работать и Вы не будете беспокоится об этом. Разве что четко выполнять рекомендации по обновлению скриптов. Но и этот труд может делать кто-то за Вас.
Не понял какой cloudlinux - на Бегете стоит ubuntu server, изоляция реализована системой субпользователей и небольшим патчем на Posix ACL
Бегет стала большой фирмой?
Бегет - стал, а не "стала" =)
Ну и позволю себе опубликовать немного статистики, которую выкладывал в VK за август
http://cs625620.vk.me/v625620985/4fcd3/KTKvLNvjqwg.jpg
http://cs625620.vk.me/v625620985/4fcc9/d3XlNP1TJcQ.jpg
Немного прокомментирую. Замечу, работаю в BeGet :
Сравнивать Выделенный сервер, VPS и виртуальных хостинг не совсем корректно - даже попугаи в которых они сравниваются разные не говоря уже о технологиях и реализациях (конфигурации) у каждого конкретного провайдера.
Если Вам нужен VPS - однозначно FastVPS. По остальным услугам комментировать не буду =)
Хотелось бы рассказать про администрирование и что мы под этим понимаем. Если мы осуществляем администрирование, мы предоставляем пользователю стандартную панель управления хостингом (cp.beget.ru) со всеми возможностями + несколько вкладок по нагрузке на сервер, потреблению трафика, конфигурации. Это уже включает бекап, удаленный бекап, управления версиями, изоляцию на уровне сайтов, установку CMS, обновление ПО, файловый менеджер, мониторинг дисков. В общем обслуживание сервера 24/7. Для нас это фактически выглядит как еще один хостинговые сервер, а обслуживать 500 или 501 сервер - разницы большой нет. Мы предоставляем эту услугу бесплатно.
Но тут есть два момента - когда сервер уже физически не справляется с нагрузкой - для нас это становиться адом (при этом не все клиенты хотят менять/улучшать сервер). Скажем так - нашим администраторам не очень нравиться когда ночью им несколько раз звонят из-за нагрузки и с этим особо нечего не сделать.
И второй момент - если пользователю нужно специализированное ПО. Мы не всегда можем его встроить в нашу инфраструктуру, а если делать его скажем костылем (поверх) в любом момент оно может перестать работать.
Так же нужно учесть - мы либо полностью администрируем сервер, при этом у пользователя нет root и мы берем на себя всю ответственность за его работу либо не делаем на нем нечего (максимум устанавливаем ОС).
У других компаний под администрированием подразумевается немного иное.
На самом деле нельзя сказать что увеличение клиентской базы было очень сильным, для пояснения можно привести общедоступные цифры - у нас на NS обслуживается порядка 125000 доменов в зоне .ru с ежемесячным приростом примерно в 3000 доменов. У IO-HOSTS было всего около 2000 доменов.
С виртуальным хостингом все достаточно хорошо - ДЦ стал в разы лучше, каналы тоже, клиентов переносим на новое хорошее оборудование и наше ПО (конечно не обходится без недочетов, но они быстро исправляются). Если кому интересно могу приложить фото и конфиги серверов =). Но думаю перенесенные клиенты уже ощутили разницу в скорости работы сайтов и удобства работы в панели.
В VPS немного сложнее - пока данной услуги у нас нет и клиентов переносим как есть, на том же оборудовании и с теми же тарифами. Как только введем свои VPS - сразу перенесем на новое оборудование при тех же или лучших тарифах.
Я бы не был столь категоричен ;) Хотя его ФМ - это нечто. Это огромный плюс.
В остальном их ПУ, внешне слегка смахивающая на СПанель имеет 1/3 функционала последней. Никакого управления логами (кроме как вкл\выкл) и вроде бы многого нужного нет. Откуда берутся (в каких попугаях считаются) цифры нагрузки - вообще загадка (ну это распространённая "болезнь" хостеров).
Хотя непосредственно по качеству услуг ничего сказать не могу - не сталкивался так, что бы делать выводы.
В общем смотри, если при 403 есть нагрузка - косяк хостера. До скриптов же не доходит. Или же по факту не 403. См логи.
Позволю себе прокомментировать.
> Хотя его ФМ - это нечто.
Спасибо. Текущая версия Файлового менеджера - скажем так, функциональная, но не самая стабильная и удобная. Летом мы начали ее переделывать, точнее переписывать с нуля и думаю в ближайшие несколько месяцев выпустим в продакшен новую версию. Разница с текущим ФМ колоссальная, при чем в лучшую сторону. Ну и самая хорошая новость - думаем его в опенсорс выложить.
> В остальном их ПУ, внешне слегка смахивающая на СПанель имеет 1/3 функционала последней.
Я бы так не сказал, в интерфейсе да возможно многих настроек нету. В большинстве своем это осознанное решение, можно вывести все настройки только это нужно будет менее 5% пользователей, а остальным 95% это будет мешать. Зато внутренней архитектурой мы можем гордится. И у нас есть решения которых нету у конкурентов, начиная от изоляции сайтов в рамках одного аккаунта заканчивая системой бекапов.
Про нагрузку - проще не куда. Правда не все хотят в этих попугаях разбираться - man acct, percona User Statistics
По поводу 403, 404 и прочих - nginx работает от nobody (на некоторых серверах от root) он перенаправляет запрос apache, главный обработчик которого (nobody, root) его принимает проверяет начальные заголовки и помещает в очередь. Свободный процесс (обработчик очереди) берет его из очереди и первым делом суидится в пользователя и после этого момента каждый такт процессора потраченный на обработку этого процесса добавляется к нагрузке пользователя. Да на то что бы посмотреть в .htaccess и выдать пользователю 4XX не нужно много времени... но все же. Если таких запросов будет много это скажется на конечной нагрузке.
---------- Добавлено 26.01.2015 в 16:56 ----------
пс. по поводу проблемы, а вариант с установкой cookie не подходит ?
То есть если это не поисковая система и если нету определенной cookie выдаем html страницу с JS скриптом который устанавливает cookie и делает reload страницы. При повторном и всех следующих запросах cookie уже стоит и пользователю выдается сайт. Боты обычно не обрабатывают JS, а если обрабатывают на них можно bitcoin считать =).
У саппорта можно попросить поставить шаблон на nginx - begetok, думаю должно помочь с нагрузкой.