HighLoad Junior - Как выбирать и как выбрать ДЦ
36
Мызгин Игорь и как выбрать оптимальный? Какие бывают провайдеры услуг дата-центров
Transcript of HighLoad Junior - Как выбирать и как выбрать ДЦ
Мызгин Игорь
и как выбрать оптимальный?
Какие бывают провайдеры услуг дата-центров
План следующих 45 минут
Про что данная презентация и почему ее стоит послушать.
Что такое дата-центр как бизнес?
Услуги и сервисы дата-центров.
Что надо потребителю услуг дата-центров?
Как сравнить несравнимое или про критерии выбора?
ПРАВИЛЬНЫЙ АЛГОРИТМ ВЫБОРА ПРОВАЙДЕРА УСЛУГ ИЛИ как написать RFP и сравнить поставщиков услуг?
Зачем? Почему?
Два переезда – один пожар.
Невозможность проверить качество услуг до их приобретения — опыт вещь субъективная
Все лгут.
3
«Когда у вас в руках молоток — все превращается в гвозди»
Идеального провайдера и идеального клиента не существует.
проблемы рынка услуг ДЦ
Что такое дата-центркак бизнес?
Предлагаемое определение
Датацентр как бизнес
Предоставление инфраструктуры в аренду
Процедуры оказания сервиса и эксплуатации
Следствия из определения
Следствие 1. Размер имеет значение.
Следствие 2. Для хорошего провайдера — это основной вид бизнеса, для очень хорошего — единственный.
Следствие 3. На длинной дистанциимеждународные игроки всегда выгоднее российских.
Следствие 4. Персонал более чем важен.
Следствие 5. Чем длительнее контракт — тем более выгодные условия гипотетически возможны.
Какие услуги дц бывают
Managed services CDN /геораспределенные сервисы
DDoS protection services
Cloud Services
Аренда лицензий на ПО и приложений
Аренда оборудования Порты в Интернет
Услуги Colocation
Сolocation
Аренда стойки (42-47U) или юнита.
Электропитание и кондиционирование включено в стоимость.
Разные уровни отказоустойчивости — определяютсяархитектурой ДЦ.
Аренда оборудования
Порты в Интернет
Аренда лицензий
Так же ряд провайдеров дают в аренду:
СУБД
Collabotation software (e-mail, IM, teamwork)
CMS
CRM
ERP
Прочие бизнес-приложения
Cloud services
Защита от DDoS
Ряд провайдеров услуг дата-центров или сами или в партнерстве с телекомами/специализированными провайдерами услуг защиты от ДДоС предоставляют услуги защиты от DDoS.
N. B. 1 : Капча — это НЕ защита от DDoS!
N. B. 2 : CloudFlare — это провайдер CDN!!
N. B. 3 : далеко не у каждого оператора ДЦ есть такой сервис
DDoS – это больно.
Managed services
В единицах ресурсов (например, xx$ / почтовый ящик / месяц)
В фактических часах на сервис
Flat fee за единицу оборудования
Flat fee за приложение
Оказание услуг по администрированию отдельных инфраструктурых / бизнес-приложений силами специалистов провайдера услуг ДЦ.
Оплата измеряется:
Услуги CDN / георапределенные сервисы
Геораспределенные сервисы : private backbone, distributed DNS, DNS servers.
SLA - что значат эти три буквы?
На сколько стабильно будет оказываться услуга (uptime)
Как быстро сервисная служба провайдера будет реагировать на ваши запросы (response time)
Что будет делать провайдер, если он не выполнит обещания по uptime / response time / escalation time
Специфичные для сервисов граничные параметры (например, время отклика приложения или процент возвращаемых статусов «внутренняя ошибка»).
Соглашение об уровне оказывания сервиса, в котором провайдер декларирует:
NB : время отклика и время решения инцидента – разные вещи, второе почти никогда не лимитируется.
Uptime и погоня за девятками
Доступность сервиса определяется через % времени, когда сервис работает «как надо».
Uptime высокоуровневого сервиса обычно ниже uptime инфраструктурных сервисов на которых он основан.
Посчитать доступность сложно, можно оценить, можно сравнить со «средним по больнице».
Нормальный в отрасли уровень 99,9% uptime 99,99%+ на годовом отрезке — теоретически не гарантирован на одном ДЦ, если наблюдаете по факту — повезло.
А что нужно нам?
Уточнение - что же мы хотим сделать?
Проект внутренний/внешни
й?
Проект подразумевает разработку кода или использование
существующих сервисов?
Проект краткосрочный/долгосрочный?
Какие ресурсы у нас уже есть?
Ключевой вопрос — персонал, что мы готовы делать сами, а за что мы готовы/вынуждены платить профессионалам?
Inhouse или нет? Альтернатива с собственной серверной — существует
всегда!
Второй вопрос — сроки?
Третий вопрос — технические ограничения.
ЧЕТВЕРТЫЙ по важности вопрос — бюджетные ограничения
Постановка задачи
Опять же вспоминаем определение дата-центра.
Постановка задачи, ЧТО мы хотим сделать с помощью инструмента "дата-центр"?
Вспоминаем определение бизнеса дата-центров и спектр оказываемых услуг.
Нуждаемся ли мы в infrastructure operations?
Нуждаемся ли мы в финансовых сервисах?
Как выбрать провайдера?
Есть две проблемы:
В цепочке «провайдер ДЦ и потребитель» есть два звена промежуточных: а) телеком-провайдеры, б) государство
Все провайдеры оказывают разный спектр услуг, а зачастую под одним и тем же названием у провайдеров скрываются разные услуги.
1 Проблема
2 Проблема
Государство
ФЗ №152 «О персональных данных»
ФЗ №242 от 21.07.2014 — “базы данных россиян на родину”
ФЗ №94 от 05.05.2014 — “о блоггерах”
Ряд требований по противодействию финансирования
Etc
Документооборот и правовое оформление взаимоотношений с провайдером — особенно, если провайдер не-российский, а ваше юрлицо — российское.
Compliance
Перечень услуг дата-центров
ДЦ 1 ДЦ 2 ДЦ 3
Colocation Tier II, до 5квт Tier III, до 7 кв Tier III, до 7квт
География РФ США Европа + РФПорты в
Интернет хххх руб/гбит yyy руб/гбит Zzz руб/гбитОблачные сервисы нет Да, VMware Да, OpenStack
CDN услуги Да Ресселят ZZZ нетManaged services Rem hands Rem hands *NIX/Win
DDoS protection нет нет
Реселлят кого-то
Как обычно все происходит?
Определяют конфигурацию, которая нужна «здесь и сейчас»/ имеется сейчас в эксплуатации.
Рассылают провайдерам запрос «сколько стоит»?
«Сталкивают лбами» по цене.
Еще раз переговоры по цене с самым дешевым.
Контрактация.
Долгая и счастливая жизнь!
1.
2.3.4.5.
6.
Порядок поиска провайдера
Порядок поиска провайдера
ТТ – две веселых буквы
Технические требования на проект — рамки и ограничения проекта, формализация «чего и зачем мы хотим сделать», при отсутствии деталей/спецификаций.
Другой путь поиска провайдера
У нас же есть ТТ! По ним определяем — какие классы услуг нам нужны.
У нас же есть понимание, что мы хотим реализовать — смотрим на самое критичное в списке.
Мы же помним про uptime & response time — определяем, какие у нас требования к провайдерам.
У нас же есть понимание о потребителях нашего продукта — определяем географию.
1.
2.
3.
4.
SLA
Как уже поняли — если провайдер не умеет что-то делать как класс — мы его этому не научим даже за большие деньги.
Для каждого проекта существуют:
Они определяют в сумме требования во uptime/response time/прочим параметрам SLA со стороны провайдера.
Бизнес-требования по уровню доступности/
масштабированию
Внутренние ограничения технологические
Ограничения от зрелости команды
Юристы и бухгалтерыНе каждый юрист примет публичную оферту на английском языке где-то на сайте.
Не каждый бухгалтер согласится на оплату кредитной картой/PayPal от имени организации.
Не каждый провайдер согласится обсуждать форму и содержание договора.
Не каждый договор иностранного провайдера пропустит банк по ВЭД.
Две недели переговоров по цене/конфигурациям и потом три месяца подписание договора — это суровый пример из жизни, сумма месячного платежа не коррелирует со сроками.
Алгоритм!
Выписываем все названия ДЦ, которые на слуху/знают поисковые системы/уже имеется опыт позитивный работы с ними в столбик.
Составляем табличку «а что эти провайдеры умеют» и вычеркиваем всех, кто не делает того, что нужно по ТТ.
Смотрим на сайтах/в шаблонах договоров SLA и вычеркиваем всех, кто не обеспечит нужные проекту SLA.
Отсеиваем всех, кто явно не проходит по бюджетным ограничениям
С помощью юристов и бухгалтеров отсеиваем еще.
Если есть понимание, что нужны услуги ДЦ и есть ТТ + бюджетные ограничения, то:
RFP
Описание «что хочется реализовать».
Технические требования к проекту и к провайдеру.
План развития сервисов на 1-3 года в случае плодотворного сотрудничества.
Требования по надежности/доступности сервисов, времени реакции, скорости обслуживания от вас в сторону датацентра.
Отправная конфигурация/описание того, что квотировать.
RFP = Request For Proposal
В нашем случае, это:
Общие рекомендации
Помнить о том, что любой сервис ДЦ — это не только цена, но и персонал, который его оказывает. Следовательно, избегать реселлеров/агентов, если они сами не дают вам каких-то сервисов «от себя».
Помнить, что длительность сотрудничества имеет значение — оценивать реально будущий срок сотрудничества с ДЦ
Помнить, что «быстро, дешево, качественно – выберите любые два» — провайдеры услуг ДЦ делают бизнес и стремятся зарабатывать прибыль.
