alexeyymanikin

Рейтинг
131
Регистрация
20.09.2008
ApmeM:
В демку не пускает

Починил, кто то пароль поменял =)

hosting_manager:
Это cloudlinux, а еще там обещают гарантированную ошибку 404 (особенность cloudlinux), если Вы начнете потреблять слишком много ресурсов из-за неоптимальности скриптов, а они Вас не оптимальны и ошибка будет для части посетителей.

Вы хотите, чтоб было нормально или хотите, чтоб сайты работали кое-как?

Впрочем, выбор за Вами.

Но мой Вам совет - виртуальный сервер + сопровождение, только тогда будет результат + Ваши сайты будут работать и Вы не будете беспокоится об этом. Разве что четко выполнять рекомендации по обновлению скриптов. Но и этот труд может делать кто-то за Вас.

Не понял какой cloudlinux - на Бегете стоит ubuntu server, изоляция реализована системой субпользователей и небольшим патчем на Posix ACL

zzzit:
Бегет стала большой фирмой?

Бегет - стал, а не "стала" =)

Ну и позволю себе опубликовать немного статистики, которую выкладывал в 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 - сразу перенесем на новое оборудование при тех же или лучших тарифах.

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, думаю должно помочь с нагрузкой.

Уважаемые коллеги!

К сожалению, в связи с проблемами на сети провайдера телефонии в нашем офисе, временно у нас не работают телефоны.

Вы можете обратиться к нам любым другим способом:

email: support@beget.ru

icq: 580-278-701

Skype: beget_support

или через тикет-систему.

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

Приносим наши извинения за возникшее неудобство.

От двух IX (один из них в Вашей трассировке) сегодня приходили письма, о проблемах:

Вы указаны как контактное лицо компании ООО "Бегет", поэтому сообщаем Вам, что мы фиксируем еще одну аварию на каналах Москва - Санкт-Петербург. Место аварии находится в Москве на Бутлерова 7 (М9). На данный момент сроки устранения не известны.
Наблюдаем падение части линков на участке Москва - Санкт-Петербург.
Подрядчик сообщает о разрыве волокон в Москве.
В связи с этим наблюдается увеличение rtt до зарубежных хостов.
Ориентировочное время восстановления к сожаления неизвестно.
Приносим Вам свои извинения за сбои в работе и надеемся на понимание.

как только проблема стала критичной, убрали анонсы наших сетей с этих IX.

У BeGet нет WM кошелька все платежи принимаются через агентов.

alexeyymanikin:
И к комментариям Выше - резервные копиии это очень необходимая вещь и делать их нужно обязательно. Со своей стороны мы их делаем на несколько серверов и храним до нескольких месяцев, но опять же не считаю что этого достаточно. В ближайшие 2 недели обновим раздел бекапы в панели управления (cp.beget.ru) который позволит делать к нам бекапы с других хостов (указывается FTP и наш сервер сам стягивает копиии), при чем это не будет включаться в основном дисковом пространстве а будут дополнительные параметры тарифного плана и будет доступно даже на free-хостинге. Грубо говоря Вы указываете FTP и наши сервера с определенной периодичностью от туда бекапят данные - или говоря проще подключаем в нашей системе бекапов, восстановить можно будет куда угодно используя файловый менеджер, хоть на другой FTP, хоть на наш хостинг, хоть на локальную машину скачать.
Предположительно через 4-5 недель добавим функционал загрузки последней копии бекапа на удаленный FTP.

Благодаря этому можно будет спать спокойно завтракать не думая о бекапах =)

Как и обещали выкладываем улучшение системы бекапов, теперь Вы можете бекапить к нам сторонние ресурсы. Замечу что инициализацию процесса бекапов делает наш сервер, что создает гораздо меньшую нагрузку чем встроенные системы бекапа в CMS.

Ну и из приятных моментов - данный функционал доступен и на free хостинге.

Как говорится: бекапы лишними не бывают. Настроив один раз можно забыть навсегда (если конечно нечего не случится).

Более подробно можно прочесть тут http://beget.ru/cloud

Всего: 143