Комментарии 144
большой набор капитанских тезисов вышел, на мой скромный взгляд.
shaida, так где же лучше хоститься? В Европе или в РФ?
Я имею ввиду, обычный shared хостинг.
Я имею ввиду, обычный shared хостинг.
Не знаю :) Лично я все проекты держу в России. Часть на своих серверах, часть у VDS-хостеров.
А бэкапы в США.
А бэкапы в США.
Европейский хостинг лучше по соотношению цена/качество зачастую.
Кроме того многие российские хостеры на самом деле все равно держат сервера где-нибудь в Амстердаме(а то и вообще примитивно ресселят европейцев), это если волнует, что в Европу пинги длиннее.
Кроме того многие российские хостеры на самом деле все равно держат сервера где-нибудь в Амстердаме(а то и вообще примитивно ресселят европейцев), это если волнует, что в Европу пинги длиннее.
Имхо шаред хостинг мастдай. Ни свободы дедика/виртуальника, ни производительности облака. Это так, для начинающих. Или чтобы клиентам проект вместе с хостингом отдавать, чтобы отстали. Да и цены в большинстве случаев выше чем взять более производительный виртуальник.
Шаред хостинг, имхо, прежде всего для тех, кто не имеет возможности или необходимости держать в штате «выделенного админа», да и различные виды аутсорса неприемлемы прежде всего из-за высокой цены. При выборе нормального шареда вероятность того, что сервера будут обслуживать профессионалы, по-моему, выше, чем выбрать vds и поставить его обслуживать эникейщика или разработчика. Главное выбрать нормально :)
Я клиентам отдаю проект вместе с хостингом не для того, чтобы отстали, а чтобы не заниматься работой, в которой моей квалификации недостаточно. Я, конечно, могу поднять LAMP или LnPP(f) :) на VDS, нагуглить более-менее подходящие настройки для Apache/nginx, MySQL/PostgreSQL, mod_php/php-fpm, сделать простейший мониторинг error.log и нагрузки, настроить ежедневные бэкапы на рабочий комп, но это наверняка будет а) неоптимально по содержанию и б) неоптимально по времени (моему времени прежде всего). Да и в случае проблем у меня разбирательство займёт наверняка больше времени, чем у админов хостинга, а это уже время и деньги клиента.
Я клиентам отдаю проект вместе с хостингом не для того, чтобы отстали, а чтобы не заниматься работой, в которой моей квалификации недостаточно. Я, конечно, могу поднять LAMP или LnPP(f) :) на VDS, нагуглить более-менее подходящие настройки для Apache/nginx, MySQL/PostgreSQL, mod_php/php-fpm, сделать простейший мониторинг error.log и нагрузки, настроить ежедневные бэкапы на рабочий комп, но это наверняка будет а) неоптимально по содержанию и б) неоптимально по времени (моему времени прежде всего). Да и в случае проблем у меня разбирательство займёт наверняка больше времени, чем у админов хостинга, а это уже время и деньги клиента.
Я и сказал — для начинающих.
Ну или если сказать иначе — для тех, кто не админ и не хочет заморачиваться. Хотя я считаю что для вебдева это необходимая компетенция.
Собственно меня задело «начинающих». Базовые навыки администрирования — да, необходимая. Но тонкий мониторинг, тюнинг, «песочницы» для обновлений софта, безопасность (выходящая за рамки безопасности приложения), анализ трафика, отражение DDoS'ов и т. п. — несколько другое занятие, чем разработка. Ладно для своего собственного проекта, но для проектов множества клиентов много времени занимает даже переписка с хостером в режиме «получил от заказчика претензию -> переписал её техническим языком -> отправил хостеру -> получил ответ (через сутки, например) -> переписал его для „блондинок“ -> отправил заказчику», а тут с этими пртензиями ещё и разбираться. Разрабатывать-то когда?
Обоснуйте каждый пункт. Про цены и производительность, про облака.
VDS с такой же конкурентностью запросов стоит примерно столько же что и шаред.
Облака это тот же шаред, но более расширяемые и стабильные, т.к. разнесены по массиву машин.
А вообще — гугл вам в помощь. Виртуальник на fastvps дешев и сердит. Дедик с i7 на hetzner стоит дешевле шареда «сервер на троих» от мастерхоста. То есть, вы получаете в три раза меньще за цену в полтора раза больше.
Облака это тот же шаред, но более расширяемые и стабильные, т.к. разнесены по массиву машин.
А вообще — гугл вам в помощь. Виртуальник на fastvps дешев и сердит. Дедик с i7 на hetzner стоит дешевле шареда «сервер на троих» от мастерхоста. То есть, вы получаете в три раза меньще за цену в полтора раза больше.
> с такой же конкурентностью запросов
все слова знаю, связать не могу
> вы получаете в три раза меньще за цену в полтора раза больше
Установку, настройку, мониторинг, бэкапы, поддержку?
все слова знаю, связать не могу
> вы получаете в три раза меньще за цену в полтора раза больше
Установку, настройку, мониторинг, бэкапы, поддержку?
Какая к чёрту поддержка? Зачем сранивать unmanager дедид с managed?
Или может мастерхост стал предлагать unmanaged дешевле?
Или может мастерхост стал предлагать unmanaged дешевле?
Мы изначально сравниваем shared с VPS.
Шаред хостинг — это по сути managed server. В этом его главное преимущество лично для меня по сравнению с unmanaged VDS. Для своих проектов использую последний, для проектов заказчиков рекомендую первый, если нет в штате админа (но тогда обычно и разработчики есть). Самому админить сервера заказчиков нет ни желания, ни компетенции. Мой проект — это мой проект, отвественность несу перед своими пользователями, нести ответственность перед третьими лицами (хотя бы моральную) нет никакого желания.
Сторэйдж упал и привет. Там где стор не падает, ценник больше чем на сервер.
Если брать хостинг для себя — конечно. Если брать хостинг для клиента — я не садист оставлять его потом 1 на 1 с vps.
>Во-вторых, реальный клиент берёт хостинг и начинает им пользоваться, а не заморачивается с урезанными тестовыми аккаунтами.
Неверно, лично я недавно искал недорогой хостинг для вордпресса. Испробовал около 10 хостингов из топа и выбрал самый удачный с т.з. скорости/возможностей/пингов до самого сервера/цены. К слову, почему важным оказался тестовый период: на некоторых не было ssh, на других была обрезана скорость по ftp(в ту или другую сторону, а иногда и в обе), на третьих просто все тупило даже на тестовом аккаунте, ну и так далее
Неверно, лично я недавно искал недорогой хостинг для вордпресса. Испробовал около 10 хостингов из топа и выбрал самый удачный с т.з. скорости/возможностей/пингов до самого сервера/цены. К слову, почему важным оказался тестовый период: на некоторых не было ssh, на других была обрезана скорость по ftp(в ту или другую сторону, а иногда и в обе), на третьих просто все тупило даже на тестовом аккаунте, ну и так далее
Кстати да, тестовый период — это супер: ставишь софтину (тот же Redmine), видишь что работает -> платишь деньги.
А без тестового периода — это же лотерея какая-то.
А без тестового периода — это же лотерея какая-то.
Вы — исключение. Подавляющее большинство не так внимательно к выбору хостинга.
Если я умудрялся набрать сотню клиентов на хостинг, который создал неделю назад… Сами понимаете.
Если я умудрялся набрать сотню клиентов на хостинг, который создал неделю назад… Сами понимаете.
Кстати, не могли бы вы подсказать, как, хотя бы примерно, рассчитать сколько юзеров влезет на один сервер?
вес_сервера/масса_клиента*1.95
0.05 — это прозапас.
0.05 — это прозапас.
Дело тут такое, что новые клиенты редко перегружают.
То есть, на сервер, который рассчитан на 100 среднестатистических клиентов, можно взять и 300 клиентов.
В первое время он легко их выдержит, но через месяца 3-4, когда большинство клиентов наконец-то начнут использовать хостинг, начнётся геморрой с их распределением на другие сервера.
А вообще, это слишком индивидуальная штука и никаких формул у меня нет.
То есть, на сервер, который рассчитан на 100 среднестатистических клиентов, можно взять и 300 клиентов.
В первое время он легко их выдержит, но через месяца 3-4, когда большинство клиентов наконец-то начнут использовать хостинг, начнётся геморрой с их распределением на другие сервера.
А вообще, это слишком индивидуальная штука и никаких формул у меня нет.
Год назад я писал о своём опыте ведения бесплатного хостинга.
Теперь хочу рассказать о платном хостинге. В этом у меня куда больше опыта.
Сразу догадался, о ком идет речь :)
Теперь хочу рассказать о платном хостинге. В этом у меня куда больше опыта.
Сразу догадался, о ком идет речь :)
Третий раз нас застал пожар в дата-центре hosting.ua
Тогда многие обожглись тем, что держали бэкапы в том же ДЦ.
Мы, к счастью, держали бэкапы в США. Восстановление заняло около трёх суток.
Как раз в то время я был вашим клиентом. Спасибо что держали бэкапы в США.
Тогда многие обожглись тем, что держали бэкапы в том же ДЦ.
Мы, к счастью, держали бэкапы в США. Восстановление заняло около трёх суток.
Как раз в то время я был вашим клиентом. Спасибо что держали бэкапы в США.
Хорошая статья. Я вот только одного не понял — как расшифровывается «кд» — вы в этих единицах меряете силу посылания лучей поноса.
попробую рассказать с точки зрения больших хостеров, благо с ними долго работал:
— легальность полная, лицензии на телематику, сдача узлов и прочие радости. софт по управлению в большинстве случаев самописный, панели свои, биллинги свои. достаточно походить по личным кабинетам и посмотреть на мастерхост, свеб, хц, таймвеб, мажордомо и иже с ними… типовые панели и биллинги в принципе можно использовать (в том же хц есть cPanel и DirectAdmin), но обычно на больших масштабах идут слишком специфические требования, а оборот позволяет содержать свою разработку, используя свои панели и биллинги как дополнительный инструмент в борьбе за клиента.
— конкуренция… да, но, будем честны, основная масса растет скорее за счет роста рынка, а не за счет массированного отбора клиентов у конкурентов. исключения есть, по графикам того же 1stat они видны достаточно четко, но это исключения. одним из могучих орудий борьбы долгое время были партнерки, но сейчас с действительно лакомыми условиями у «крупняков» они редкость: слишком сильно просаживается маржа. вкупе с тем, что ценники на хостинг только падают, несмотря на инфляцию, а зарплаты растут, тянуть «вкусную» партнерку и оставаться в прибыли… как минимум тяжело.
— клиентские умы… всё как всегда. да, в больших конторах за аптайм сражаются, сражаются серьезно. уровень проблем, когда у компании сотни серверов по разным датацентрам, мягко говоря, не слишком тривиален.
— размещение. датацентры либо свои, либо массово арендуются стойки в крупных дц в России. сервера сови по умолчанию, серверов много, очень много.
— техническая поддержка. круглосуточная, отдельная заморочка — тут должны быть ребята с крепкими нервами (особенно в моменты аварий). ребята решают подавляющую массу проблем, но часть задач неизбежно проваливается на следующий уровень — админы и разработка. они, теоретически, круглосуточно недоступны, но если что-то серьезное происходит, то поднимут и в отпуске в 3 часа ночи.
— тестовый период. уровень конверсии гораздо больше 7%, плюс за счет большого количества клиентов и автоматизированного создания/удаления аккаунтов затрат на содержание тестовых — минимум. при этом на тестовом периоде действуют гораздо более жесткие ограничения, например, может быть заблокирован доступ к рассылке почты, другая дисковая квота и т.д.
— нерпотрепка. да, да, да. сколько угодно. в моменты аварий для саппорта главная задача — держать ответ и дать время ребятам из админов и разработки разобраться, что же происходит и что с этим можно сделать. особенно печально, когда проблема внешняя, и повлиять на неё нельзя. клиенту это всё равно не объяснить, для него экскаватор, перебивший кабель — личная проблема хостера. и, надо отметить, он прав.
— рентабельность. ну кто ж расскажет… но гораздо меньше 200%. выйгрыш идет за счет оборота: 100 клиентов — это увеличение клиентской базы не в слишком удачный день. впрочем, будем честны, весь рынок хостинга в рф очень маленький, каких-то огромных денег здесь нет.
— легальность полная, лицензии на телематику, сдача узлов и прочие радости. софт по управлению в большинстве случаев самописный, панели свои, биллинги свои. достаточно походить по личным кабинетам и посмотреть на мастерхост, свеб, хц, таймвеб, мажордомо и иже с ними… типовые панели и биллинги в принципе можно использовать (в том же хц есть cPanel и DirectAdmin), но обычно на больших масштабах идут слишком специфические требования, а оборот позволяет содержать свою разработку, используя свои панели и биллинги как дополнительный инструмент в борьбе за клиента.
— конкуренция… да, но, будем честны, основная масса растет скорее за счет роста рынка, а не за счет массированного отбора клиентов у конкурентов. исключения есть, по графикам того же 1stat они видны достаточно четко, но это исключения. одним из могучих орудий борьбы долгое время были партнерки, но сейчас с действительно лакомыми условиями у «крупняков» они редкость: слишком сильно просаживается маржа. вкупе с тем, что ценники на хостинг только падают, несмотря на инфляцию, а зарплаты растут, тянуть «вкусную» партнерку и оставаться в прибыли… как минимум тяжело.
— клиентские умы… всё как всегда. да, в больших конторах за аптайм сражаются, сражаются серьезно. уровень проблем, когда у компании сотни серверов по разным датацентрам, мягко говоря, не слишком тривиален.
— размещение. датацентры либо свои, либо массово арендуются стойки в крупных дц в России. сервера сови по умолчанию, серверов много, очень много.
— техническая поддержка. круглосуточная, отдельная заморочка — тут должны быть ребята с крепкими нервами (особенно в моменты аварий). ребята решают подавляющую массу проблем, но часть задач неизбежно проваливается на следующий уровень — админы и разработка. они, теоретически, круглосуточно недоступны, но если что-то серьезное происходит, то поднимут и в отпуске в 3 часа ночи.
— тестовый период. уровень конверсии гораздо больше 7%, плюс за счет большого количества клиентов и автоматизированного создания/удаления аккаунтов затрат на содержание тестовых — минимум. при этом на тестовом периоде действуют гораздо более жесткие ограничения, например, может быть заблокирован доступ к рассылке почты, другая дисковая квота и т.д.
— нерпотрепка. да, да, да. сколько угодно. в моменты аварий для саппорта главная задача — держать ответ и дать время ребятам из админов и разработки разобраться, что же происходит и что с этим можно сделать. особенно печально, когда проблема внешняя, и повлиять на неё нельзя. клиенту это всё равно не объяснить, для него экскаватор, перебивший кабель — личная проблема хостера. и, надо отметить, он прав.
— рентабельность. ну кто ж расскажет… но гораздо меньше 200%. выйгрыш идет за счет оборота: 100 клиентов — это увеличение клиентской базы не в слишком удачный день. впрочем, будем честны, весь рынок хостинга в рф очень маленький, каких-то огромных денег здесь нет.
Ссылка на доказательства не актуальна.
Во-первых, количество «персон» в реестрах уже не просчитать (ФЗ 152 закрыл whois физиков).
Во-вторых, многие компании так и не отнесены к хостинг-провайдерам.
Правильней было бы взять рейтинг компаний и соотношения факторов: наличие собственной серверной, наличие собственных подсетей, количество делегируемых доменов и резолв доменов на подсети провайдера (dns один, ip другой).
Во-первых, количество «персон» в реестрах уже не просчитать (ФЗ 152 закрыл whois физиков).
Во-вторых, многие компании так и не отнесены к хостинг-провайдерам.
Правильней было бы взять рейтинг компаний и соотношения факторов: наличие собственной серверной, наличие собственных подсетей, количество делегируемых доменов и резолв доменов на подсети провайдера (dns один, ip другой).
Во-вторых, реальный клиент берёт хостинг и начинает им пользоваться, а не заморачивается с урезанными тестовыми аккаунтами. Так что, этот трюк оказался неудачным.
Это если клиенту нужен хостинг прямо сейчас.
Бывают хостинг-провайдеры у которых на ftp лимит 2 соединения с ip, на mysql жесткие лимиты. Еще нельзя забывать что полно заброшенных хостингов, у которых работают регистрация и\или биллинг, но при регистрации в которых на почту приходят невалидные учетный данные.
Делайте тестовый период с верификацией по телефону.
>Кстати, в хостинге тоже 20% клиентов платят больше, чем все остальные :)
Хех, закон Парето, 20/80… Всё верно)
Хех, закон Парето, 20/80… Всё верно)
Хорошая статья!
В 2009 году время мы вовремя успели отказаться от содержания своего сервера и перешли в партнерку к крупному хостинг-провайдеру. Причиной отказа от собственного сервера стала описываемая вами ситуация — когда хостинг падал, это выбивало из рабочего режима несколько человек и приводило к колоссальным финансовым и репутационным потерям.
Полностью согласен со статьей применительно к мелким хостерам.
А для крупных хостеров пожалуй, прав moris
В 2009 году время мы вовремя успели отказаться от содержания своего сервера и перешли в партнерку к крупному хостинг-провайдеру. Причиной отказа от собственного сервера стала описываемая вами ситуация — когда хостинг падал, это выбивало из рабочего режима несколько человек и приводило к колоссальным финансовым и репутационным потерям.
Полностью согласен со статьей применительно к мелким хостерам.
А для крупных хостеров пожалуй, прав moris
Насчет ненадобности тестового периода категорически не соглашусь!
Буквально неделю назад испытал муки с переездом на новый хостинг, ибо hc.ru достал уже падать. Так вот, я провел аналитику, и подобрал для себя 3, казалось бы, подходящих хостинга. У всех был тестовый период. Перенес сайты и базы данных на один хостинг, даже DNS прописал, подумал, что на нем и остановлюсь, а оставшиеся 2 не буду тестить. И зря! Выбранный хостинг оказался не готов к нагрузкам. Перенес на другой хостинг, тоже на тестовый период. Тоже по нагрузкам не прошло.
В общем, в итоге от всех изначально выбранных хостингов пришлось отказаться. Нашел хостинг в Канаде. Тестового периода там не было, но можно было взять минимальный тариф за 100 руб. в мес с приличными техническими характеристиками и вдоволь протестировать и остаться на этом хостинге (хостинги в России при минимальном тарифе дают настолько мало места, что и сайт-то полностью не удается перенести, чтобы потестить).
Буквально неделю назад испытал муки с переездом на новый хостинг, ибо hc.ru достал уже падать. Так вот, я провел аналитику, и подобрал для себя 3, казалось бы, подходящих хостинга. У всех был тестовый период. Перенес сайты и базы данных на один хостинг, даже DNS прописал, подумал, что на нем и остановлюсь, а оставшиеся 2 не буду тестить. И зря! Выбранный хостинг оказался не готов к нагрузкам. Перенес на другой хостинг, тоже на тестовый период. Тоже по нагрузкам не прошло.
В общем, в итоге от всех изначально выбранных хостингов пришлось отказаться. Нашел хостинг в Канаде. Тестового периода там не было, но можно было взять минимальный тариф за 100 руб. в мес с приличными техническими характеристиками и вдоволь протестировать и остаться на этом хостинге (хостинги в России при минимальном тарифе дают настолько мало места, что и сайт-то полностью не удается перенести, чтобы потестить).
Ну я ведь смотрю со стороны хостера :)
Клиенту, зачастую, удобнее, если есть тестовый период.
Но он почти везде с ограничениями, иначе было бы раздолье для спамеров и фишеров.
Выше ответил ↑
Клиенту, зачастую, удобнее, если есть тестовый период.
Но он почти везде с ограничениями, иначе было бы раздолье для спамеров и фишеров.
Выше ответил ↑
> 90% работают в рунете без лицензии
Можете озвучить, откуда у Вас эти цифры?
> Это самое сложное звено в цепи разворачивания хостинга
12000 рублей единоразово и 0 других действий — это «самое сложное»?
> один из самых конкурентных рынков в России
> насчитывается более 1000 хостеров
Реальной конкуренции нет. Борьба за вторичный рынок практически отсутствует. Покажите то место, где Вы насчитали «более 1000», хотя это и не принципиально.
> почему до сих пор крупные хостинги практикуют бесплатные тестовые периоды
Потому что это «пришёл увидел заказал». А у меня другая статистика по заказу. Каждый третий взявший тест оплачивает. Обслуживание бесплатных аккаунтов погоды особой не делает. Если есть имидж — не пойдёт туда фишинг. Со спамерами тоже просто — нет почты на тестовом периоде. Другой вопрос, каким именно образом Вы достигали регистраций. Это очень сильно влияет на смысл этого деяния и контингент.
> Нервотрёпка
О! :)
Можете озвучить, откуда у Вас эти цифры?
> Это самое сложное звено в цепи разворачивания хостинга
12000 рублей единоразово и 0 других действий — это «самое сложное»?
> один из самых конкурентных рынков в России
> насчитывается более 1000 хостеров
Реальной конкуренции нет. Борьба за вторичный рынок практически отсутствует. Покажите то место, где Вы насчитали «более 1000», хотя это и не принципиально.
> почему до сих пор крупные хостинги практикуют бесплатные тестовые периоды
Потому что это «пришёл увидел заказал». А у меня другая статистика по заказу. Каждый третий взявший тест оплачивает. Обслуживание бесплатных аккаунтов погоды особой не делает. Если есть имидж — не пойдёт туда фишинг. Со спамерами тоже просто — нет почты на тестовом периоде. Другой вопрос, каким именно образом Вы достигали регистраций. Это очень сильно влияет на смысл этого деяния и контингент.
> Нервотрёпка
О! :)
Лицензия на телематику вообще ничего не дает, кроме статуса оператора. Для того чтобы начать оказывать услуги необходимо сдать узел, а вот этого васяхосты не могут. За частую даже средней руки хостеру сдать узел в одну две стойки реальный головняк.
PS: ВасяХосты они шаредом как правило балуются, а на него не нужны лицензии, вообще никакие, по мнению роскомнадзора.
PS: ВасяХосты они шаредом как правило балуются, а на него не нужны лицензии, вообще никакие, по мнению роскомнадзора.
Статус оператора тоже особо ничего не даёт, кроме явно описанного в НК РФ учёта расходов клиентов. Узел связи не намного более сложная формальность, чем лицензия. И узлов связи нет даже у многих хостеров в top10. За этим не следят и сдают по принципу «к нам едет ревизор».
Где можно почитать, что вообще Роскомнадзор думает про хостинг?
Где можно почитать, что вообще Роскомнадзор думает про хостинг?
>> ВасяХосты они шаредом как правило балуются, а на него не нужны лицензии, вообще никакие, по мнению роскомнадзора.
Неправда.
Неправда.
Горе-вэбмастеров я бы разделил на две категории:
— те, что нарушают правила,
— те, что нагружают сервер сверх меры.
А как вы решали проблему со вторыми — которые делают нагрузку по тарифу, потом вдруг приходит Яндекс или Гугл и сайт показывает нагрузку в 10 раз большую чем обычно. Это считалось «нагрузкой» или нет? Просто например небезызвестный 1g.ru — пользуется этим чтобы впарить клиентам более дорогой тариф, говорят — вы мол превышаете, платите больше. А клиент не превышает в нормальном рабочем режиме и он вобщем то в этом не виноват.
— те, что нарушают правила,
— те, что нагружают сервер сверх меры.
А как вы решали проблему со вторыми — которые делают нагрузку по тарифу, потом вдруг приходит Яндекс или Гугл и сайт показывает нагрузку в 10 раз большую чем обычно. Это считалось «нагрузкой» или нет? Просто например небезызвестный 1g.ru — пользуется этим чтобы впарить клиентам более дорогой тариф, говорят — вы мол превышаете, платите больше. А клиент не превышает в нормальном рабочем режиме и он вобщем то в этом не виноват.
Мне нравятся очень высказывания в духе «а клиент не виноват». А хостер виноват? Почему вы считаете что хостинговая компания должна за свой счет обслуживать запросы поисковиков к вашему сайту?
Обычно клиента за редкое превышение никто не гонит на тариф выше. Когда я работал в хостинге, мы например гнали за регулярные (каждый день по несколько часов) превышения.
Обычно клиента за редкое превышение никто не гонит на тариф выше. Когда я работал в хостинге, мы например гнали за регулярные (каждый день по несколько часов) превышения.
Вот это я и хотел узнать.
Меня прогнали за приходы Яндекса 1 раз в две недели, 1gb.ru
Я считаю это несправедливым, потому что средняя месячная загрузка укладывалась в тариф.
Меня прогнали за приходы Яндекса 1 раз в две недели, 1gb.ru
Я считаю это несправедливым, потому что средняя месячная загрузка укладывалась в тариф.
Хостер виноват. Нужно придумывать такую модель оплаты, которая бы не приводила к такого рода проблемам.
мы про шаред говорим, какая модель тут может быть?
Головная боль хостера. Не может предложить адекватной модели — плохой хостер.
т.е. весь существующий шаредхостинг плохой?
Как вы догадались??????
Да вы просто со своими облаками зажрались.
Мы только начинаем… В любом случае, shared hosting не имеет перспектив. Услуга, в которой исполнитель не может всегда сделать хорошо, а потребитель не может ограничить себя в соответствии с требованиями поставщика.
Я где-то упустил, а почему исполнитель не может сделать хорошо.
Я сейчас себе рейтинг опущу, но открою тайну. Все эти горемыки, к которым приходит яндекс и за это их выгоняют с хостинга, не смогут в реалии настроить ни свой VPS, ни свой сервер. Нет, не знаний не хватит. Просто дороже стоит. И путь таких людей абсолютно всегда Шаред->Другой шаред->N-ый шаред->Разочарование->VPS->Другой VPS->Разочарование в себе->Приложение Головы К Своему Программному Обеспечению Блеать! Но это очень трудно объяснить на этапе шареда. И возникают вот такие тредики про плохой шаред.
Никого не удивит, если я скажу, что сервис Яндекса clck.ru работает на обычном таком шареде? И даже не в топе по нагрузке?
Я сейчас себе рейтинг опущу, но открою тайну. Все эти горемыки, к которым приходит яндекс и за это их выгоняют с хостинга, не смогут в реалии настроить ни свой VPS, ни свой сервер. Нет, не знаний не хватит. Просто дороже стоит. И путь таких людей абсолютно всегда Шаред->Другой шаред->N-ый шаред->Разочарование->VPS->Другой VPS->Разочарование в себе->Приложение Головы К Своему Программному Обеспечению Блеать! Но это очень трудно объяснить на этапе шареда. И возникают вот такие тредики про плохой шаред.
Никого не удивит, если я скажу, что сервис Яндекса clck.ru работает на обычном таком шареде? И даже не в топе по нагрузке?
Давайте сделаем наоборот. Вы мне дадите два аккаунта на одном сервере (без нормальных клиентов), я вам две виртуалки на одном хосте.
За вычетом тупого выжирания полосы (обоим обидно будет), мы попробуем сделать так, чтобы один из них мешал другому. То есть один аккаунт контрольный, второй — «для пакостей». И посмотрим, кто больше может сделать пакостей — domU с заданным cap или пользователь шаред хостинга с правом запуска скриптов (а значит, с правом запуска шелла с локальным пользователем).
Почему-то я уверен в результатах…
За вычетом тупого выжирания полосы (обоим обидно будет), мы попробуем сделать так, чтобы один из них мешал другому. То есть один аккаунт контрольный, второй — «для пакостей». И посмотрим, кто больше может сделать пакостей — domU с заданным cap или пользователь шаред хостинга с правом запуска скриптов (а значит, с правом запуска шелла с локальным пользователем).
Почему-то я уверен в результатах…
Хе, специально всё что угодно положить можно.
Попробуйте
while 1 { cat 100Mb-file >/dev/null }
Это выживет только если у Вас диски собранные для 10 VPS заняты не 10-ю VPS
Попробуйте
while 1 { cat 100Mb-file >/dev/null }
Это выживет только если у Вас диски собранные для 10 VPS заняты не 10-ю VPS
Вы можете делать в виртуалке ЧТО хотите (ну, кроме спама наружу) — и мне (как админу сервера) пофигу. Хоть cat, хоть на голове пляшите.
В этом и есть сила той идеи, евангелистом которой я являють — оплата по потреблению. Хотите иметь 3000 иопсов? Я вам их дам. А вы их оплатите А главное, это не помешает сосоедям. Точнее, незначительное влияние на latency оно окажет, не более.
А вот shared хостинг от такого ляжет, да.
ЗЫ У нас нет «дисков для VPS». Средняя степень консолидации на одном хранилище — от 300 до 500 клиентов, средняя производительность хранилища (overall — 15kIOPS), средняя линейная скорость для клиента — порядка 180Мб/с, общая полоса — 1.2Гб/с.
Этого достаточно, чтобы пики утилизации дисков (busy) были ниже 90% в продакт-нагрузке. А вот любителей поиграться с bonnie++ и iozone'ом у нас хватает. И они не мешают соседям, что удивительно.
В этом и есть сила той идеи, евангелистом которой я являють — оплата по потреблению. Хотите иметь 3000 иопсов? Я вам их дам. А вы их оплатите А главное, это не помешает сосоедям. Точнее, незначительное влияние на latency оно окажет, не более.
А вот shared хостинг от такого ляжет, да.
ЗЫ У нас нет «дисков для VPS». Средняя степень консолидации на одном хранилище — от 300 до 500 клиентов, средняя производительность хранилища (overall — 15kIOPS), средняя линейная скорость для клиента — порядка 180Мб/с, общая полоса — 1.2Гб/с.
Этого достаточно, чтобы пики утилизации дисков (busy) были ниже 90% в продакт-нагрузке. А вот любителей поиграться с bonnie++ и iozone'ом у нас хватает. И они не мешают соседям, что удивительно.
О! Видите, я угадал. Тоже самое и с шаредом. На таких объёмах аналогично можно сделать хранилище. И если на шареде ещё и платить будут… только шина не делится и память и проц всегда все. Ощущаете? )
Так вот, я могу вам это сделать в условиях адекватного гипервизора. Я не могу вам это сделать в условиях «общего ядра», т.к. существует слишком много критичных внутренних ресурсов ядра, которые невозможно контролировать.
То есть вместо примера с cat'ом, будет десяток мерзких запросов в /proc, которые тормознут систему неопропорционально правам пользователя, будет долбо… зм с избыточными системными запросами, причём, желательно, исполняющимися не из контекста приложения.
Я знаю как резать и контролировать наличие ресурсов в условиях гипервизора первого типа («над» ОС). И я могу эти ресурсы перечислить.
Я не могу перечислить все ресурсы, которые надо контролировать в условиях shared системы. Их слишком много.
В этом проблема любого shared-хостинга.
То есть вместо примера с cat'ом, будет десяток мерзких запросов в /proc, которые тормознут систему неопропорционально правам пользователя, будет долбо… зм с избыточными системными запросами, причём, желательно, исполняющимися не из контекста приложения.
Я знаю как резать и контролировать наличие ресурсов в условиях гипервизора первого типа («над» ОС). И я могу эти ресурсы перечислить.
Я не могу перечислить все ресурсы, которые надо контролировать в условиях shared системы. Их слишком много.
В этом проблема любого shared-хостинга.
Но тему с cat´ом Вы решили только охрененным запасом и скорее всего мониторингом ситуации. У нас кто-то научился адекватно iopsы ограничивать? Это я пример сходу. С виртуалками не работал, не знаю что там ещё выползти может.
1. Запас.
2. Лимитирование с помощью изменения времени исполнения операции.
Это очень мягкий барьер, который по сути означает, что чем больше вы операций отправляете, тем больше их оказывается в очереди, то есть каждая операция ждёт дольше.
Это не классическая резка иопсов в стиле «300 и баста», это применение прикладной теории массового обслуживания к конкретному клиенту. Из-за очень большой глубины очереди у блочного устройства чрезмерная нагрузка обслуживается, но чуть позже более лёгкой нагрузки.
2. Лимитирование с помощью изменения времени исполнения операции.
Это очень мягкий барьер, который по сути означает, что чем больше вы операций отправляете, тем больше их оказывается в очереди, то есть каждая операция ждёт дольше.
Это не классическая резка иопсов в стиле «300 и баста», это применение прикладной теории массового обслуживания к конкретному клиенту. Из-за очень большой глубины очереди у блочного устройства чрезмерная нагрузка обслуживается, но чуть позже более лёгкой нагрузки.
O! Точно также я режу и шаред. Из тех же принципов. Я не зря ссылку-то на видео дал. Я там на полчаса этой теоретической воды разлил.
И как вы энтропию лимитируете?
Перегуглил всё. Не нашёл такой проблемы. Ликвидируйте пожалуйста мою безграмотность. Я без иронии, я действительно перерыл всё, перечитал все мануалы fbsd — не нашёл. Но я никогда не встречался, может не знаю что ищу.
cat /dev/random >/dev/null &
apg -n 50
И любоваться тормозами.
Боевой пример (первый попавшийся из гугля) forum.nginx.org/read.php?2,153231,153231
apg -n 50
И любоваться тормозами.
Боевой пример (первый попавшийся из гугля) forum.nginx.org/read.php?2,153231,153231
Не работает. В смысле — прекрасно работает, тормозов не увидел. Где-то на 16 запуске (сделал сначала 500, потом 5000, потом несколько раз по 5000) мониторинг мне подсказал, что & оставляет cat в работе и я забил им все 16 ядер, запуская под служебным логином. Пошёл вычистил.
В тредике есть какая-то ссылка на какой-то линупс. По fbsd я так до сих пор ничего не нашёл.
В тредике есть какая-то ссылка на какой-то линупс. По fbsd я так до сих пор ничего не нашёл.
По поводу ссылки. clck.ru/SwEJ — Что такое
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, phil@dreamless.ru and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.
Apache/2.2.17 (FreeBSD) Server at clck.ru Port 80
И да, я херовый бета-тестер. Вечно всякую дрянь притащить в поле ввода норовлю.
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, phil@dreamless.ru and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.
Apache/2.2.17 (FreeBSD) Server at clck.ru Port 80
И да, я херовый бета-тестер. Вечно всякую дрянь притащить в поле ввода норовлю.
Писал выше, но повторю: для меня shared hosting это, прежде всего, вариант managed server по доступным ценам. Вроде не видал у вас в предложениях варианта «платите небольшие деньги за размещение своего сайта, а тюнинг, мониторинг и обновления LAMP мы берём на себя, вам нужно только закачать свои php-скрипты по ftp».
Это уже не шаред хостинг, это PaaS. И тут очень много подстав. Если с виртуализацией инфраструктуры всё ну очень просто и понятно (и по большому счёту вендор-локов почти не существует), то с paas ну просто ничего не понятно. Где режется граница ответственности клиент/сервис? Как решаются проблемы «пересечения границы» как одной, так и другой стороной?
Для меня шаред хостинг это как раз PaaS. Не без недостатков, но именно один из вариантов PaaS (пускай и первый появился раньше, чем второй термин). Вопрос оплаты ресурсов (условный «безлимит» и никаких гарантий что вроде как оплаченный ресурс не будет предоставлен или фактическое потребление и гарантия предоставления) тут, имхо, вторичен. Правда есть ещё нюанс в вопросе прогнозирования расходов.
На самом деле для многих моих заказчиков может быть было более выгодным плата по факту за PaaS по вашим расценкам (плюс небольшая надбавка за managed), чем «безлимитный» шаред — всё равно кроме Гугла, Яндекса и самого владельца туда никто не ходит :). Но, увы, на рынке LAMP таких предложений я не встречал. Максимум дадут предустановленный LAMP, а проблемы с ним, хотя бы secure fix'ы, остаются на совести клиентов, да ещё хостеры их блочат при абузах, связанных с уязвимостями этого предустановленного LAMP, который сам же хостер и установил (ситуация гипотетическая, но имеющая право на жизнь).
По вопросов разграничения ответственности можете посмотреть Гугл или Хероку ;) Ни у меня, ни у моих заказчиков (двух, рискнувших воспользоваться PaaS вместо шареда) проблем не было с разграничением, хотя были проблемы у заказчиков типа «да они ох… ели», но после переписки (я в качестве транслятора) претензии исчерпывались.
На самом деле для многих моих заказчиков может быть было более выгодным плата по факту за PaaS по вашим расценкам (плюс небольшая надбавка за managed), чем «безлимитный» шаред — всё равно кроме Гугла, Яндекса и самого владельца туда никто не ходит :). Но, увы, на рынке LAMP таких предложений я не встречал. Максимум дадут предустановленный LAMP, а проблемы с ним, хотя бы secure fix'ы, остаются на совести клиентов, да ещё хостеры их блочат при абузах, связанных с уязвимостями этого предустановленного LAMP, который сам же хостер и установил (ситуация гипотетическая, но имеющая право на жизнь).
По вопросов разграничения ответственности можете посмотреть Гугл или Хероку ;) Ни у меня, ни у моих заказчиков (двух, рискнувших воспользоваться PaaS вместо шареда) проблем не было с разграничением, хотя были проблемы у заказчиков типа «да они ох… ели», но после переписки (я в качестве транслятора) претензии исчерпывались.
Максимум дадут предустановленный LAMP, а проблемы с ним, хотя бы secure fix'ы, остаются на совести клиентов
Допустим, клиент не знает как затолкать в крон проверку апдейтов с их последующей установкой (т.е. как раз где-то среднестатистический клиент шареда). Но платное администрирование виртуалок/дедиков обычно предоставляет любая мало-мальски приличная контора.
Как насчет non-shared?
НЛО прилетело и опубликовало эту надпись здесь
ВПС на ксене, и никакого оверсела небудет
ЗЕН он ЗЕН. Не ксен, ЗЕН.
От греческого «xeno-», которое означает «чужое, инородное.
От греческого «xeno-», которое означает «чужое, инородное.
Например, зенофобия :)
Извиняюсь за офф-топ: «Зенофобия»
НЛО прилетело и опубликовало эту надпись здесь
Хостеров как добавляете? Или базу хостеров откуда-то тянете из открытых списков?
А почему все цены в $?
Ресурс интересный. Всяческого позитивного развития вам и благ.
Ресурс интересный. Всяческого позитивного развития вам и благ.
сервис понравился, но видимо мне не повезло :)
получил ответ:
«По вашим критериям поиска ничего не найдено.»
Не нашел Shared хостинга с дисковым пространством с больше чем 5Gb
Надеюсь со временем появится больше ассортимента.
получил ответ:
«По вашим критериям поиска ничего не найдено.»
Не нашел Shared хостинга с дисковым пространством с больше чем 5Gb
Надеюсь со временем появится больше ассортимента.
shaida, спасибо вам за статью, прочитал с интересом.
Хотел задать вопрос относительно «компенсации» клиентов в случаях поломок или простоях по вине хостера или дата центра.
Как в рунете, да и не вообще в мире принято компенсировать клиентов?
Например если хостинг был не доступен: 1) несколько часов? 2) несколько дней?
Хотел задать вопрос относительно «компенсации» клиентов в случаях поломок или простоях по вине хостера или дата центра.
Как в рунете, да и не вообще в мире принято компенсировать клиентов?
Например если хостинг был не доступен: 1) несколько часов? 2) несколько дней?
Щедрые хостеры могут дать за 3 часа простоя — бесплатный месяц.
Но в целом, у нас так не делают. Это ведь ударит по карману сильно.
Кстати, мне предложили одну бесплатную неделю за ошибку техника в ДЦ, который форматировал основной диск вместо бэкапного! Свалил от них не задумываясь…
Но в целом, у нас так не делают. Это ведь ударит по карману сильно.
Кстати, мне предложили одну бесплатную неделю за ошибку техника в ДЦ, который форматировал основной диск вместо бэкапного! Свалил от них не задумываясь…
Тут у каждого хостера индивидуально.
Некоторые хостеры могут предоставлять при заказе на выбор несколько уровней SLA, но и итоговая цена за услугу будет отличаться.
Все зависит от пожеланий клиента.
Некоторые хостеры могут предоставлять при заказе на выбор несколько уровней SLA, но и итоговая цена за услугу будет отличаться.
Все зависит от пожеланий клиента.
> Многие начинающие хостеры жалеют деньги даже на SSL-сертификат.
зато опытные хостеры знают, где халява
зато опытные хостеры знают, где халява
Насчёт 90р в месяц не скажу, но рублей за 150 можно иметь вполне себе нормальный хостинг без дурацких лимитов и «ухищрений хостера».
Пиариться ссылками не буду, кто может — найдёт.
А главная проблема в том, что шаред хостинг без адекватных cgroups — априори говно (извините, это научный термин, а не ругательство). И я пока не слышал о хостерах с адекватным cgroups, который бы работал по всем параметрам, а значит, они все говно, которое кладётся одним-двумя кривыми скриптами у одного клиента.
Как оно будет работать с cgroups — не знаю. И не уверен. что лучше.
Пиариться ссылками не буду, кто может — найдёт.
А главная проблема в том, что шаред хостинг без адекватных cgroups — априори говно (извините, это научный термин, а не ругательство). И я пока не слышал о хостерах с адекватным cgroups, который бы работал по всем параметрам, а значит, они все говно, которое кладётся одним-двумя кривыми скриптами у одного клиента.
Как оно будет работать с cgroups — не знаю. И не уверен. что лучше.
cgroups это что? Вы ничего не путаете?
Возможность осуществлять аккаунтинг по группе процессов. Если вкратце. Подробнее — linux/Documentation/cgroups/*.
Так это противоположно идее шареда. Это глупо, так как гробит идею.
Аккаунтинг == лимитирование. Возможность «прижать» клиента, вместо того, чтобы заставлять терпеть всех остальных клиентов.
Прижатие и лимитирование — это совершенно противоположные понятия в приложении к одной оси. Нельзя так зацикливаться.
vimeo.com/7631344
vimeo.com/7631344
Я вообще не понимаю, как это делать в условиях шаред хостинга. Ну ограничите иопсы, память и процессор, пиды, файлы, мьютерксы, шаред-память. Но что мешает мне, как истинному засранцу, начать жрать энтропию из /dev/random? Или изголяться с избыточным context switching'ом нескольких процессов? Или перенагрузить ядро диким количеством tcp-сессий странной степени откытости?
Вот я реально не могу сконфигурировать shared сервер так, чтобы один пользователь не мог помешать другому пользователю. То есть я сразу умываю руки, потому что знаю, что это невозможно. И, наоборот, я точно знаю, как любые придуманные ограничения обойти.
… А есть люди, которые это как услугу предлагают, да ещё и о качестве рассуждают…
Вот я реально не могу сконфигурировать shared сервер так, чтобы один пользователь не мог помешать другому пользователю. То есть я сразу умываю руки, потому что знаю, что это невозможно. И, наоборот, я точно знаю, как любые придуманные ограничения обойти.
… А есть люди, которые это как услугу предлагают, да ещё и о качестве рассуждают…
1. Помешает то, что Вас выгонят и денег не вернут. В хорошем случае, это заметит система мониторинга раньше, чем всё ёкнется. И плюс органичения, конечно.
2. Мы говорим о нормальной ситуации. В ненормальной чуть по другому, но можно сделать и в VPS. Шину загрузить, диск, прерывания забить по самые уши (это можно сделать и внешними средствами). Конечный результат будет тем же.
3. Да, я например предлагаю это как услугу и рассуждаю о качестве.
2. Мы говорим о нормальной ситуации. В ненормальной чуть по другому, но можно сделать и в VPS. Шину загрузить, диск, прерывания забить по самые уши (это можно сделать и внешними средствами). Конечный результат будет тем же.
3. Да, я например предлагаю это как услугу и рассуждаю о качестве.
А вы уверены, что всегда найдте источник? Вот если я начну дрочить /proc/net/* (докуда пользователя пустят), вы это увидите? Нет, у вас просто будет тормозить сеть.
А если у меня будет простенький скриптик (счётчик) на сайте, который случайное число пользователю показывает, то как вы будете искать меня, как источник тормозов ssl у другого пользователя?
Для виртуализации вы не сможете исчерпать критичные для других пользователей ресурсы. Они строго известны и доступа к чужим ресусрам у вас не будет (у каждого своё ядро с своими персональными тараканами).
Прерываниями зен вы забить не сможете, потому что виртуалки не используют прерывания.
А если у меня будет простенький скриптик (счётчик) на сайте, который случайное число пользователю показывает, то как вы будете искать меня, как источник тормозов ssl у другого пользователя?
Для виртуализации вы не сможете исчерпать критичные для других пользователей ресурсы. Они строго известны и доступа к чужим ресусрам у вас не будет (у каждого своё ядро с своими персональными тараканами).
Прерываниями зен вы забить не сможете, потому что виртуалки не используют прерывания.
1. Вы не сможете задрочить /proc/чтоугодно, потому что у нормальных ОС нет никакого /proc. Я немного издеваюсь, но пример не оценил, поскольку не в курсе что там в /proc хранят и чем это черевато.
2. Ваш счётчик на сайте абсолютно точно не сможет быть причиной тормозов SSL другого пользователя. Поясните, какая схема «тормозов» должна сработать (не очень понимаю), а я объясню, почему она не сработает у меня.
3. Вы сможете создать рекурсивно каталогов до полных тормозов и всяких сокетов наоткрывать. Но и только. Можете минут на 10 подгрузить базу данных, но через 5 минут сработает мониторинг, а ещё через 5 вас вырубят нахрен. Т.е. при желании действительно возможно в теории. Но мы сейчас обсуждаем проблему наличия у мужчин инструмента для изнасилования. В общей массе такое происходит редко. При хорошей ровной работе сервисов мониторинг нагрузки срабатывает быстрее, чем что-то может произойти. Это несколько удораживает сервис, но жёсткое деление по ресурсам делает удорожание ещё выше. Так что…
4. Что значит не используют? Там какие-то другие ОС? Всё использует так или иначе прерывания.
2. Ваш счётчик на сайте абсолютно точно не сможет быть причиной тормозов SSL другого пользователя. Поясните, какая схема «тормозов» должна сработать (не очень понимаю), а я объясню, почему она не сработает у меня.
3. Вы сможете создать рекурсивно каталогов до полных тормозов и всяких сокетов наоткрывать. Но и только. Можете минут на 10 подгрузить базу данных, но через 5 минут сработает мониторинг, а ещё через 5 вас вырубят нахрен. Т.е. при желании действительно возможно в теории. Но мы сейчас обсуждаем проблему наличия у мужчин инструмента для изнасилования. В общей массе такое происходит редко. При хорошей ровной работе сервисов мониторинг нагрузки срабатывает быстрее, чем что-то может произойти. Это несколько удораживает сервис, но жёсткое деление по ресурсам делает удорожание ещё выше. Так что…
4. Что значит не используют? Там какие-то другие ОС? Всё использует так или иначе прерывания.
Я знаю только одну серверную ОС, в которой вместо /proc — та же порнография, только в виде пачки неструктурированных системных запросов, это винда. Все остальные (включая бздю) /proc имеют.
Если же вы мне хотите рассказать про винды, то там эту проблему воспроизвести куда проще — всякого рода мейлслоты и другие глобальные объекты ОС прекрасно исчерпываются без заметного исчерпания ресурсов оборудования.
Источник энтропии в системе один. Если кто-то его использует, другие ждут. Впрочем, я не знаю, откуда IIS берёт энтропию для SSL, так что сказать про винды не могу. Для юникса — /dev/random.
4 — используется система event'ов, у которой есть важное свойство: должен быть согласный как отправитель, так и слушатель. Нельзя отправить event тому, кто не хочет его принимать.
Зен создавался с мыслью об очень сильной изоляции доменов между друг другом, и это позволяет разрешать пользователям резвиться как угодно, без санкций за это.
Если же вы мне хотите рассказать про винды, то там эту проблему воспроизвести куда проще — всякого рода мейлслоты и другие глобальные объекты ОС прекрасно исчерпываются без заметного исчерпания ресурсов оборудования.
Источник энтропии в системе один. Если кто-то его использует, другие ждут. Впрочем, я не знаю, откуда IIS берёт энтропию для SSL, так что сказать про винды не могу. Для юникса — /dev/random.
4 — используется система event'ов, у которой есть важное свойство: должен быть согласный как отправитель, так и слушатель. Нельзя отправить event тому, кто не хочет его принимать.
Зен создавался с мыслью об очень сильной изоляции доменов между друг другом, и это позволяет разрешать пользователям резвиться как угодно, без санкций за это.
1. У FreeBSD /proc в статусе deprecated с тех времён, когда у меня борода ещё не росла. Я даже не застал её в использовании. 9 лет хостингом занимаюсь, у меня в жизни не было ни одного сервера с /proc.
2. Я Вам верю даже про энтропию, но гугление ничего мне не дало. Я уже попросил выше, если не сложно, ликвидировать мою безграмотность. За 12 лет ни разу не напоролся.
3. События — это уже на уровне абстракций. На уровне железа-то всё равно остаются прерывания.
2. Я Вам верю даже про энтропию, но гугление ничего мне не дало. Я уже попросил выше, если не сложно, ликвидировать мою безграмотность. За 12 лет ни разу не напоролся.
3. События — это уже на уровне абстракций. На уровне железа-то всё равно остаются прерывания.
>Два раза мне форматировали основной диск по ошибке!
Это что ж за хостер такой, где можно винт отформатировать?
Это что ж за хостер такой, где можно винт отформатировать?
Это беда некоторых бюджетных датацентров.
От себя добавлю — ставить сервера в общие дц — это фейл
Канал будет убит, а на выделенку не все могут замахнуться
Насчет убитого канала — вопрос спорный. У меня или щедрый датацентр, или что — но на стойку идет 1 гбит канала. В стойке 5 или 6 серверов, 4 из них — мои. А на свой ДЦ замахнутся — это денег порядочно надо.
Два раза мне форматировали основной диск по ошибке!
А представьте ситуацию, когда вы принесли сервер в ЦД и его настраиваете, а вокруг бегает админ ДЦ, тыкает в монитор пальцем и спрашивает «Что это?», глядя на debian? Представили? А я с этим сталкивался, это страшно. Представьте, когда в ДЦ за вас не могут ребутнуть сервер, вам надо самому встать в 3-4 ночи, и не факт еще, что вас туда в этом время пустят. Вот это — страшно. А если добавить к этому еще законы в Белоруссии относительно размещения серверов и сайтов исключительно в стране — все еще печальнее. Поверьте на слово, по сравнению с РБ, в России — почти рай для хостера. И да, в наших ДЦ нету резервного питания, дизеля или не работают, или запускаются вручную специально обученным человеком. Не так давно из-за этого в Минске 2 ЦД отключилось на пол-часа.
Канал будет убит, а на выделенку не все могут замахнуться
Насчет убитого канала — вопрос спорный. У меня или щедрый датацентр, или что — но на стойку идет 1 гбит канала. В стойке 5 или 6 серверов, 4 из них — мои. А на свой ДЦ замахнутся — это денег порядочно надо.
Два раза мне форматировали основной диск по ошибке!
А представьте ситуацию, когда вы принесли сервер в ЦД и его настраиваете, а вокруг бегает админ ДЦ, тыкает в монитор пальцем и спрашивает «Что это?», глядя на debian? Представили? А я с этим сталкивался, это страшно. Представьте, когда в ДЦ за вас не могут ребутнуть сервер, вам надо самому встать в 3-4 ночи, и не факт еще, что вас туда в этом время пустят. Вот это — страшно. А если добавить к этому еще законы в Белоруссии относительно размещения серверов и сайтов исключительно в стране — все еще печальнее. Поверьте на слово, по сравнению с РБ, в России — почти рай для хостера. И да, в наших ДЦ нету резервного питания, дизеля или не работают, или запускаются вручную специально обученным человеком. Не так давно из-за этого в Минске 2 ЦД отключилось на пол-часа.
От себя добавлю — ставить сервера в общие дц — это фейл
Канал будет убит, а на выделенку не все могут замахнуться
Арендовать сервера — это фейл
Никакой гибкости в железе, забываем о всяких тестах производительности и выборе своей архитектуры, а рано или поздно к этому придете.
Ставить бесплатную/платную панель — это фейл
Для стратапа пойдет, дальше если будете развиваться упретесь в ограничения, а это застой в развитии.
Писать свою не все могут, а финансировать разработку еще меньше
Вот такие я прошел нюансы при построении хостинговой компании ).
Канал будет убит, а на выделенку не все могут замахнуться
Арендовать сервера — это фейл
Никакой гибкости в железе, забываем о всяких тестах производительности и выборе своей архитектуры, а рано или поздно к этому придете.
Ставить бесплатную/платную панель — это фейл
Для стратапа пойдет, дальше если будете развиваться упретесь в ограничения, а это застой в развитии.
Писать свою не все могут, а финансировать разработку еще меньше
Вот такие я прошел нюансы при построении хостинговой компании ).
Есть очень неплохие платные панели, например Parallels Automation
Это из разряда — вам шашечки или ехать.
Не каждый может себе взять свой сервер от 60к+ (я не считаю конфигурацию на десктопных атлонах или интелах нормальной).
Не каждый может себе взять свой сервер от 60к+ (я не считаю конфигурацию на десктопных атлонах или интелах нормальной).
Арендовать сервера — это фейл
Никакой гибкости в железе, забываем о всяких тестах производительности и выборе своей архитектуры, а рано или поздно к этому придете.
Тут всё зависит и от хостера, и от клиента. Если оба адекватные, то и железо для тестов будет, и сборка с последующей сдачей в аренду любого кастома. За ваши деньги, как говорится, и черта лысого...)
Вот именно черта лысого вам и подсунут и за такие деньги, что на них 2 сервера купить можно будет.
Это если мы говорим о России. За рубежом подешевле, но для России зарубежный хостинг вообще не вариант для меня лично.
Это если мы говорим о России. За рубежом подешевле, но для России зарубежный хостинг вообще не вариант для меня лично.
Расскажите вашу историю, мне действительно будет интересно. Правда, к сожалению, обычно такие рассказы наших соотечественников связаны с арендой какого-нибудь изрядно уставшего четвертого пенька, который отдавался хостером с бешеной скидкой. При этом еще и на вес.
Безусловно, бывают и совсем иные истории, но обычно всё где-то примерно так. И всегда получается, что российский хостинг плох, по таким-то рассказам. А так-то и любимый здесь многими хецнер тоже иногда лажает, например.
Безусловно, бывают и совсем иные истории, но обычно всё где-то примерно так. И всегда получается, что российский хостинг плох, по таким-то рассказам. А так-то и любимый здесь многими хецнер тоже иногда лажает, например.
Ну, во первых мне повезло, и я не держу оборудование в шаровых дц. Со всеми вытекающими плюшками с каналом и местом.
Во вторых имею финансовый запас на хорошее оборудование, т.к. хостинг для меня не основной источник дохода.
И сервера все свои и панель кстати тоже своя ).
В новом году хочу купить пару тройку севреров и фаер от джунипера и начать строить облако, только пока с технологией не определился.
Все это потребовало немалого времени и сил, но зато приобретен громадный багаж знаний и опыта, что позволяет себя вольготно чувствовать на рынке.
При этом я не рекламируюсь и не стремлюсь привлекать огромную массу клиентов.
Во вторых имею финансовый запас на хорошее оборудование, т.к. хостинг для меня не основной источник дохода.
И сервера все свои и панель кстати тоже своя ).
В новом году хочу купить пару тройку севреров и фаер от джунипера и начать строить облако, только пока с технологией не определился.
Все это потребовало немалого времени и сил, но зато приобретен громадный багаж знаний и опыта, что позволяет себя вольготно чувствовать на рынке.
При этом я не рекламируюсь и не стремлюсь привлекать огромную массу клиентов.
Джуниперы, своя панель и всё такое прочее — это хорошо безусловно. Могу за вас только порадоваться. Нет, правда.
Но мы говорили о том что, как вы утверждаете, российский хостинг настолько ужасный, что даже за адекватные деньги все российские хостеры только и стремятся впарить всякую непотребщину втридорога, ну или близко к тому.
Но мы говорили о том что, как вы утверждаете, российский хостинг настолько ужасный, что даже за адекватные деньги все российские хостеры только и стремятся впарить всякую непотребщину втридорога, ну или близко к тому.
ну, примерно так и есть, в компании где я работаю сервера предоставляет в аренду одна контора
просто пример они пишут мол у них рейд, а на самом деле там gmirror — какой это рейд — одно название.
Я своему клиенту собрал сервер на аппаратном рейде не предолгая софтовый позор.
Это только одна мелочь, а их на самом деле очень много. в этом плане мы от запада отстаем. Но с другой стороны на западе тоже есть уникумы — те же херцы с их серваками на домашних мамках.
Это уже будет философская беседа до бесконечности, я стараюсь построить полностью независимую структуру.
просто пример они пишут мол у них рейд, а на самом деле там gmirror — какой это рейд — одно название.
Я своему клиенту собрал сервер на аппаратном рейде не предолгая софтовый позор.
Это только одна мелочь, а их на самом деле очень много. в этом плане мы от запада отстаем. Но с другой стороны на западе тоже есть уникумы — те же херцы с их серваками на домашних мамках.
Это уже будет философская беседа до бесконечности, я стараюсь построить полностью независимую структуру.
Закусывался по этому поводу с Минсвязью в году так 2008, лицензия на телематику многим хостерам просто не нужна! Расшифровываю, многие хосетры арендуют сервера за бугром, следовательно они не оказывают тематические услуги на территории нашей страны. Она заменяется услугой администрирование. Просто поясняется это в договоре и всё.
Пруф.
P.S. Вопрос в том, что МинВзяти само не знает чего творит. Сегодня нужно, завтра не нужно. Но чуть что, они считают что нужно. И в РД есть SMTP
P.P.S. Вам показать официальный ответ Министерства, о том, что зарубежом тоже нужно? Где-то на hostingconsalt.ru этот феерический документ лежит. Это чисто фискальная норма.
P.S. Вопрос в том, что МинВзяти само не знает чего творит. Сегодня нужно, завтра не нужно. Но чуть что, они считают что нужно. И в РД есть SMTP
P.P.S. Вам показать официальный ответ Министерства, о том, что зарубежом тоже нужно? Где-то на hostingconsalt.ru этот феерический документ лежит. Это чисто фискальная норма.
Хм… а можно точнее ссылочку, просто у меня то официальный ответ. Забавная ситуация выходит :)))
Вот тоже найти не могу. Спросите у их саппорта. Я собственно только тоже самое могу сделать. Их директор году в 2004 наверное выкладывал. Точно была в FAQе что ли. Найти не могу.
Ситуация идиотическая, но они считают, что «нужна».
Ситуация идиотическая, но они считают, что «нужна».
Они убрали эту информацию. Это был их хлебный кусочек. Мне ответили в конце нобяря 2009 года. Т.к. налоговая регистрировать без лицензии отказалась. И тогда минсвязь сказали: Лицензия на оказания телематических услуг необходима при условии, что самостоятельно организует технический доступ.
п.с. Вот и ещё статья на хабр созрела :))) Когда их только писать. Если спишь по 3-4 часа в сутки :(
п.с. Вот и ещё статья на хабр созрела :))) Когда их только писать. Если спишь по 3-4 часа в сутки :(
Горе-вэбмастеров я бы разделил на две категории:
— те, что нарушают правила,
— те, что нагружают сервер сверх меры.
Есть еще одна характерная группа: те, кто кладет с прибором на апдейты к установленным на свою площадку cms'кам/модулям к оным. Как только разойдется по паблику очередная уязвимость в каком-нибудь timthumb, так потом можно ежедневно выгребать веб-шеллы и прочую гадость. Сильного вреда такие товарищи нанести не могут, но утомляет несколько.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
О хостинге в рунете изнутри