SlideShare a Scribd company logo
1 of 28
Как сравнить и выбрать
хостинг-провайдера, или
О чем умалчивают маркетологи
Мызгин Игорь, холдинг XBT
(Webzilla / SERVERS.COM / SERVERS.RU)
О чем я буду говорить следующие 40 минут
1. Хостинг, определение хостинга, некоторые следствия из этого
определения
2. Аренда физических серверов – нюансы?
3. Аренда облачных вычислений – особенности?
4. А давайте поговорим о SLA
5. С провайдерами стало понятнее –а что хотеть от своего проекта?
6. Вопросы/ответы/обсуждения / one more thing ..
А почему я?
Первая работа студентом – админ хостинга (2001-2002)
Первый full-time ”эксперт-системный администратор” (2002-2003)
Последние лет 7 – продажи услуг хостинга,
Последние 2.5 года - worldwide global масштаб
15 лет – датацентры+хостинг+аутсорсинг - развитие бизнеса/продажи
Хостинг
ЧТО ТАКОЕ ХОСТИНГ?
ВАШЕ МНЕНИЕ?
Определение хостинга
1. Хостинг это бизнес!
2. Хостинг это бизнес по предоставлению
околовычислительных ресурсов на определенное
время
Следствия из определения хостинга
- Капиталоемкость бизнеса
- Массовость обслуживания
- Стремление к максимальной
автоматизации
- Размер имеет значение
Спектр услуг хостинга на рынке, что бывает и что
предлагают?
Физическое оборудование
Облачные услуги (виртуальные сервера, облачные хранилища)
Приложения
Вычислительных платформ
Приложений для соцсетей
Ботов для мессенджеров
…
…
…
И много чего угодно еще…
Хостинг физического оборудования
Две точки зрения на этот процесс
Потребитель Провайдер
Магические числа аренды серверов
12-15-18-24
Из чего состоит хостинг в случае аренды
оборудования?
Что пишут маркетологи и о чем они умалчивают?
Сами сервера
Пишут:
• Процессоры E5
• SSD диски
• RAID
• IP-KVM
Забывают указать:
- Поколение, http://ark.intel.com
- consumer disks
- software RAID
- отсутствие IPMI
Что пишут маркетологи и о чем они умалчивают?
Сеть
Пишут:
• БЕЗЛИМИТ!!!!!!!!
• ХАЛЯВА!!!!!
Забывают указать:
- тип подключения к сети
- количество NIC, стоимость 2nd/3rd/4th NIC connection
- тип порта – shared/dedicated
- ограничения на трафик (профиль-фактор и прочие
варианты)
Что пишут маркетологи и о чем они умалчивают?
Дата-центр
Пишут:
• Соответствует Tier - 3 / 3+ / 4
Забывают указать:
Что пишут маркетологи и о чем они умалчивают?
Поддержка
Пишут:
- …
- ...
- ...
Забывают указать:
- стоимость remote hands
- SLA на время реакции
- стоимость работ на площадке
Выводы по аренде серверов
1. Чудес не бывает (магические числа рынка)
2. Надо планировать профиль использования
3. Все, что не написано явно – не предоставляется или стоит отдельных
денег
4. Внимательно читаем «мелкий шрифт» и «сноски со звездочкой»
Облачные услуги (виртуальные сервера, облачные
хранилища)
OVER SELLING
Виртуальные сервера – особенности
1. Память плохо поддается
oversubscription
2. Емкость дисков – тоже
3. Виртуальный процессор – наше
все!
4. IOPS – «всякое бывало»
vCPU - это
1) 400 МГц одного потока
2) половина потока физического ядра
3) примерно поток физического ядра - ключевое
слово "примерно"
4) 1ГГц одного потока
5) 2ГГц одного потока
6) 2,5ГГц одного потока
7) не менее 2,5 ГГц одного потока
8) физическое ядро с оверселлингом
9) физическое ядро без оверселлинга
Облачное хранилище
1. А кто-то обещал IOPS «всегда»?
2. API ? Методы подключения?
3. Сколько денег положить данные? Сколько денег похранить данные с
месяц? Сколько денег забрать данные? И сколько денег забрать данные в
разумно быстрые сроки?
Выводы по виртуальным серверам и облачному
хранилищу
1. Тестирование под конкретные задачи возможно поможет понять
2. Не надо ждать от одного провайдера сервисов другого провайдера
(хотеть фишек VMware от клауда на OpenStack, хотеть AWS-specific
services от локального провайдера)
3. Вспоминаем определение хостинга – размер имеет значение
А давайте поговорим о SLA
Не ГАРАНТИЯ, а ОБЕЩАНИЕ
А давайте поговорим о SLA
У любого SLA есть границы
применимости
А давайте поговорим о SLA
 На сколько стабильно будет оказываться услуга (uptime)
 Как быстро сервисная служба провайдера будет реагировать на ваши
запросы (response time)
 Что будет делать провайдер, если он не выполнит обещания по uptime /
response time / escalation time
 Специфичные для сервисов граничные параметры (например, время
отклика приложения или процент возвращаемых статусов
«внутренняя ошибка»).
Что пишут маркетологи и о чем они умалчивают?
Про SLA
Санкции? Какие санкции за нарушение обещаний?
Механизм фиксации инцидентов?
С провайдерами стало понятнее –а что хотеть от
своего проекта?
МОНИТОРИНГ
С провайдерами стало понятнее –а что хотеть от
своего проекта?
АРХИТЕКТУРА
С провайдерами стало понятнее –а что хотеть от
своего проекта?
АРХИТЕКТУРА И МОНИТОРИНГ
МОНИТОРИНГ И АРХИТЕКТУРА
С провайдерами стало понятнее –а что хотеть от
своего проекта?
99,9% service uptime – заслуга хостера
99,99% service uptime – заслуга клиента, если хостер не подводит сильно.
Вопросы?

More Related Content

Similar to HighLoad Junior '16 Как сравнить и выбрать хостинг-провайдера

на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...Игорь Мызгин
 
#itSMFru2014 - Патрик Болджер в секции Мирный Космос
#itSMFru2014 - Патрик Болджер в секции Мирный Космос#itSMFru2014 - Патрик Болджер в секции Мирный Космос
#itSMFru2014 - Патрик Болджер в секции Мирный КосмосCleverics
 
Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...
Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...
Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...Ontico
 
Облака для разработчиков ПО (ISV)
Облака для разработчиков ПО (ISV)Облака для разработчиков ПО (ISV)
Облака для разработчиков ПО (ISV)Alexey Kovyazin
 
CloudsNN 2014. Константин Анисимов.
CloudsNN 2014. Константин Анисимов.CloudsNN 2014. Константин Анисимов.
CloudsNN 2014. Константин Анисимов.Clouds NN
 
Как стать электронной компанией в Спб. Часть 1
Как стать электронной компанией в Спб. Часть 1Как стать электронной компанией в Спб. Часть 1
Как стать электронной компанией в Спб. Часть 1GooVape
 
kranonit S15 Vladimir Melnik - Ruby on Rails, BDD
kranonit S15 Vladimir Melnik - Ruby on Rails, BDDkranonit S15 Vladimir Melnik - Ruby on Rails, BDD
kranonit S15 Vladimir Melnik - Ruby on Rails, BDDKrivoy Rog IT Community
 
Что вас ждет на пути реализации Soa (Битрикс отступает)
Что вас ждет на пути реализации Soa (Битрикс отступает)Что вас ждет на пути реализации Soa (Битрикс отступает)
Что вас ждет на пути реализации Soa (Битрикс отступает)Василий Савунов
 
Облака: от сказки к реальности Олег Ананьев Бизнес Талисман
Облака: от сказки к реальности Олег Ананьев Бизнес ТалисманОблака: от сказки к реальности Олег Ананьев Бизнес Талисман
Облака: от сказки к реальности Олег Ананьев Бизнес ТалисманMichael Oreshin
 
Рынок облачных сервисов. Маркетинг SaaS-решений.
Рынок облачных сервисов. Маркетинг SaaS-решений.Рынок облачных сервисов. Маркетинг SaaS-решений.
Рынок облачных сервисов. Маркетинг SaaS-решений.Andrey Terekhov
 
«Микросервисы наносят ответный удар!» Олег Чуркин, Rambler&Co
«Микросервисы наносят ответный удар!» Олег Чуркин, Rambler&Co«Микросервисы наносят ответный удар!» Олег Чуркин, Rambler&Co
«Микросервисы наносят ответный удар!» Олег Чуркин, Rambler&Coit-people
 
Машинное обучение в кибербезопасности
Машинное обучение в кибербезопасностиМашинное обучение в кибербезопасности
Машинное обучение в кибербезопасностиAleksey Lukatskiy
 
Как правильно выборать аутсорсингового партнера
Как правильно выборать аутсорсингового партнераКак правильно выборать аутсорсингового партнера
Как правильно выборать аутсорсингового партнераAleksey Lukatskiy
 
Чеклист по безопасности облачного провайдера
Чеклист по безопасности облачного провайдераЧеклист по безопасности облачного провайдера
Чеклист по безопасности облачного провайдераAleksey Lukatskiy
 
CloudsNN 2013 Демидов Александр. Как жить в облаке без админов?
CloudsNN 2013 Демидов Александр. Как жить в облаке без админов?CloudsNN 2013 Демидов Александр. Как жить в облаке без админов?
CloudsNN 2013 Демидов Александр. Как жить в облаке без админов?Clouds NN
 
"Этот код плохой, его нужно переписать". Слышали? Как обосновать
"Этот код плохой, его нужно переписать". Слышали? Как обосновать"Этот код плохой, его нужно переписать". Слышали? Как обосновать
"Этот код плохой, его нужно переписать". Слышали? Как обосноватьMaksym Bezuglyi
 

Similar to HighLoad Junior '16 Как сравнить и выбрать хостинг-провайдера (20)

на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
на пути к 100% аптайму - доклад с HighLoad 2015 совместно с Станиславом Осип...
 
#itSMFru2014 - Патрик Болджер в секции Мирный Космос
#itSMFru2014 - Патрик Болджер в секции Мирный Космос#itSMFru2014 - Патрик Болджер в секции Мирный Космос
#itSMFru2014 - Патрик Болджер в секции Мирный Космос
 
Облака и SaaS
Облака и SaaSОблака и SaaS
Облака и SaaS
 
Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...
Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...
Разработка портируемой инфраструктуры New Relic — контейнеры, CoreOS и прочие...
 
Марушев В.В. - аутсорсинг услуг
Марушев В.В. - аутсорсинг услугМарушев В.В. - аутсорсинг услуг
Марушев В.В. - аутсорсинг услуг
 
Облака для разработчиков ПО (ISV)
Облака для разработчиков ПО (ISV)Облака для разработчиков ПО (ISV)
Облака для разработчиков ПО (ISV)
 
CloudsNN 2014. Константин Анисимов.
CloudsNN 2014. Константин Анисимов.CloudsNN 2014. Константин Анисимов.
CloudsNN 2014. Константин Анисимов.
 
Как стать электронной компанией в Спб. Часть 1
Как стать электронной компанией в Спб. Часть 1Как стать электронной компанией в Спб. Часть 1
Как стать электронной компанией в Спб. Часть 1
 
kranonit S15 Vladimir Melnik - Ruby on Rails, BDD
kranonit S15 Vladimir Melnik - Ruby on Rails, BDDkranonit S15 Vladimir Melnik - Ruby on Rails, BDD
kranonit S15 Vladimir Melnik - Ruby on Rails, BDD
 
Что вас ждет на пути реализации Soa (Битрикс отступает)
Что вас ждет на пути реализации Soa (Битрикс отступает)Что вас ждет на пути реализации Soa (Битрикс отступает)
Что вас ждет на пути реализации Soa (Битрикс отступает)
 
Aoip2013 aнаньев
Aoip2013 aнаньевAoip2013 aнаньев
Aoip2013 aнаньев
 
Облака: от сказки к реальности Олег Ананьев Бизнес Талисман
Облака: от сказки к реальности Олег Ананьев Бизнес ТалисманОблака: от сказки к реальности Олег Ананьев Бизнес Талисман
Облака: от сказки к реальности Олег Ананьев Бизнес Талисман
 
Рынок облачных сервисов. Маркетинг SaaS-решений.
Рынок облачных сервисов. Маркетинг SaaS-решений.Рынок облачных сервисов. Маркетинг SaaS-решений.
Рынок облачных сервисов. Маркетинг SaaS-решений.
 
«Микросервисы наносят ответный удар!» Олег Чуркин, Rambler&Co
«Микросервисы наносят ответный удар!» Олег Чуркин, Rambler&Co«Микросервисы наносят ответный удар!» Олег Чуркин, Rambler&Co
«Микросервисы наносят ответный удар!» Олег Чуркин, Rambler&Co
 
Intrus 2007 - SaaS
Intrus 2007 - SaaSIntrus 2007 - SaaS
Intrus 2007 - SaaS
 
Машинное обучение в кибербезопасности
Машинное обучение в кибербезопасностиМашинное обучение в кибербезопасности
Машинное обучение в кибербезопасности
 
Как правильно выборать аутсорсингового партнера
Как правильно выборать аутсорсингового партнераКак правильно выборать аутсорсингового партнера
Как правильно выборать аутсорсингового партнера
 
Чеклист по безопасности облачного провайдера
Чеклист по безопасности облачного провайдераЧеклист по безопасности облачного провайдера
Чеклист по безопасности облачного провайдера
 
CloudsNN 2013 Демидов Александр. Как жить в облаке без админов?
CloudsNN 2013 Демидов Александр. Как жить в облаке без админов?CloudsNN 2013 Демидов Александр. Как жить в облаке без админов?
CloudsNN 2013 Демидов Александр. Как жить в облаке без админов?
 
"Этот код плохой, его нужно переписать". Слышали? Как обосновать
"Этот код плохой, его нужно переписать". Слышали? Как обосновать"Этот код плохой, его нужно переписать". Слышали? Как обосновать
"Этот код плохой, его нужно переписать". Слышали? Как обосновать
 

HighLoad Junior '16 Как сравнить и выбрать хостинг-провайдера

  • 1. Как сравнить и выбрать хостинг-провайдера, или О чем умалчивают маркетологи Мызгин Игорь, холдинг XBT (Webzilla / SERVERS.COM / SERVERS.RU)
  • 2. О чем я буду говорить следующие 40 минут 1. Хостинг, определение хостинга, некоторые следствия из этого определения 2. Аренда физических серверов – нюансы? 3. Аренда облачных вычислений – особенности? 4. А давайте поговорим о SLA 5. С провайдерами стало понятнее –а что хотеть от своего проекта? 6. Вопросы/ответы/обсуждения / one more thing ..
  • 3. А почему я? Первая работа студентом – админ хостинга (2001-2002) Первый full-time ”эксперт-системный администратор” (2002-2003) Последние лет 7 – продажи услуг хостинга, Последние 2.5 года - worldwide global масштаб 15 лет – датацентры+хостинг+аутсорсинг - развитие бизнеса/продажи
  • 5. Определение хостинга 1. Хостинг это бизнес! 2. Хостинг это бизнес по предоставлению околовычислительных ресурсов на определенное время
  • 6. Следствия из определения хостинга - Капиталоемкость бизнеса - Массовость обслуживания - Стремление к максимальной автоматизации - Размер имеет значение
  • 7. Спектр услуг хостинга на рынке, что бывает и что предлагают? Физическое оборудование Облачные услуги (виртуальные сервера, облачные хранилища) Приложения Вычислительных платформ Приложений для соцсетей Ботов для мессенджеров … … … И много чего угодно еще…
  • 8. Хостинг физического оборудования Две точки зрения на этот процесс Потребитель Провайдер
  • 9. Магические числа аренды серверов 12-15-18-24
  • 10. Из чего состоит хостинг в случае аренды оборудования?
  • 11. Что пишут маркетологи и о чем они умалчивают? Сами сервера Пишут: • Процессоры E5 • SSD диски • RAID • IP-KVM Забывают указать: - Поколение, http://ark.intel.com - consumer disks - software RAID - отсутствие IPMI
  • 12. Что пишут маркетологи и о чем они умалчивают? Сеть Пишут: • БЕЗЛИМИТ!!!!!!!! • ХАЛЯВА!!!!! Забывают указать: - тип подключения к сети - количество NIC, стоимость 2nd/3rd/4th NIC connection - тип порта – shared/dedicated - ограничения на трафик (профиль-фактор и прочие варианты)
  • 13. Что пишут маркетологи и о чем они умалчивают? Дата-центр Пишут: • Соответствует Tier - 3 / 3+ / 4 Забывают указать:
  • 14. Что пишут маркетологи и о чем они умалчивают? Поддержка Пишут: - … - ... - ... Забывают указать: - стоимость remote hands - SLA на время реакции - стоимость работ на площадке
  • 15. Выводы по аренде серверов 1. Чудес не бывает (магические числа рынка) 2. Надо планировать профиль использования 3. Все, что не написано явно – не предоставляется или стоит отдельных денег 4. Внимательно читаем «мелкий шрифт» и «сноски со звездочкой»
  • 16. Облачные услуги (виртуальные сервера, облачные хранилища) OVER SELLING
  • 17. Виртуальные сервера – особенности 1. Память плохо поддается oversubscription 2. Емкость дисков – тоже 3. Виртуальный процессор – наше все! 4. IOPS – «всякое бывало» vCPU - это 1) 400 МГц одного потока 2) половина потока физического ядра 3) примерно поток физического ядра - ключевое слово "примерно" 4) 1ГГц одного потока 5) 2ГГц одного потока 6) 2,5ГГц одного потока 7) не менее 2,5 ГГц одного потока 8) физическое ядро с оверселлингом 9) физическое ядро без оверселлинга
  • 18. Облачное хранилище 1. А кто-то обещал IOPS «всегда»? 2. API ? Методы подключения? 3. Сколько денег положить данные? Сколько денег похранить данные с месяц? Сколько денег забрать данные? И сколько денег забрать данные в разумно быстрые сроки?
  • 19. Выводы по виртуальным серверам и облачному хранилищу 1. Тестирование под конкретные задачи возможно поможет понять 2. Не надо ждать от одного провайдера сервисов другого провайдера (хотеть фишек VMware от клауда на OpenStack, хотеть AWS-specific services от локального провайдера) 3. Вспоминаем определение хостинга – размер имеет значение
  • 20. А давайте поговорим о SLA Не ГАРАНТИЯ, а ОБЕЩАНИЕ
  • 21. А давайте поговорим о SLA У любого SLA есть границы применимости
  • 22. А давайте поговорим о SLA  На сколько стабильно будет оказываться услуга (uptime)  Как быстро сервисная служба провайдера будет реагировать на ваши запросы (response time)  Что будет делать провайдер, если он не выполнит обещания по uptime / response time / escalation time  Специфичные для сервисов граничные параметры (например, время отклика приложения или процент возвращаемых статусов «внутренняя ошибка»).
  • 23. Что пишут маркетологи и о чем они умалчивают? Про SLA Санкции? Какие санкции за нарушение обещаний? Механизм фиксации инцидентов?
  • 24. С провайдерами стало понятнее –а что хотеть от своего проекта? МОНИТОРИНГ
  • 25. С провайдерами стало понятнее –а что хотеть от своего проекта? АРХИТЕКТУРА
  • 26. С провайдерами стало понятнее –а что хотеть от своего проекта? АРХИТЕКТУРА И МОНИТОРИНГ МОНИТОРИНГ И АРХИТЕКТУРА
  • 27. С провайдерами стало понятнее –а что хотеть от своего проекта? 99,9% service uptime – заслуга хостера 99,99% service uptime – заслуга клиента, если хостер не подводит сильно.