Комментарии 40
Rentacloud
через 6 лет — -
Это ошибка?
А кого все-таки выбрала знакомая?
А IT-Grad и 1cloud — не одна и та же компания?
Судя по всем признакам одна. Это примерно как CloudLite в DataLine. Операторы начали разводить предложения для SMB и Enterprise по разным торговым маркам / дочкам. O7 и RTCloud видимо тоже разные витрины одних и тех же сервисов от Ростелекома.
CloudLite и DataLine — так себя и позиционируют и не скрывают, что это одна компания, предлагающая услуги разным группам клиентов. Про остальных таких выводов в процессе общения не сделали.
А Active Cloud аффилирован с SoftLine, который также реселлит Azure и собственную платформу на VMware. Для поставщиков с разными гипервизорами (платформами) корректной было бы указать на каком именно варианте посчитал ценник. Потому как вариации в рамках одного провайдера как бы намекают, что не все облака «одинаково полезны»…
НДС уже берут, AWS, по крайней мере :(
Интересная статья! Мы сами пользуемся ActiveCloud, но не KVM, а VMware. Вы, кстати, написали что у них только KVM, а у них еще Hyper-V и VMware. И вопрос, у вас в таблице есть комментарий «рассчитали как IaaS», почему эту минус? Вы разве не IaaS запрашивали?
А Cloud One так и не предоставили расчета, несмотря на наши самые упорные просьбы, звонки и письма, аргументируя тем, что наши вопросы выглядят «подозрительно».
Сейчас прилетят представители из cloud one со своей аргументацией.
Напомнило этот коммент менеджера Анны из прошлого обзора: https://habrahabr.ru/post/228157/#comment_7739333
Немного дополню про LanCloud:
1. ЦОД уже DataPro — один 4 коммерческих ЦОД-ов в РФ сертифицированных по TIER-III Facility.
2. Про 99,9% SLA — да, у нас всего «3 девятки», но это финансовая гарантия на работу запрошенных сервисов, а не 99,982% — взятые из гарантии на доступность ЦОД-а по TIER-III. Т.е. мы платим финансовый штраф за то, что почта 45 минут не ходит или телефон не звонит, а что прописано в SLA у тех, кто пишет 99,982?
3. В ТЗ были запрошены также сервисы SaaS, но в обзоре всё рассматривается относительно IaaS. В частности, а кластерзованы ли у провайдров сервисы Exchange (DAG), а какой там антивирус (и есть ли он вообще), объём ящиков, бэкап, антиспам...? Телефония тоже у всех разная, практически невозможно сравнить Asterisk и Skype for Business — совершенно разные сервисы, как по цене так и по функционалу.
4. Если бы вы ещё и протестировать взяли, то картинка могла бы поменяться кардинально, т.е. повсплывали бы десятки нюансов. Но это уже были бы конечно нереальные временные затраты.
В остальном да, спасибо за обзор, работа проделана огромная, интересно посмотреть на себя со стороны :-)
1. ЦОД уже DataPro — один 4 коммерческих ЦОД-ов в РФ сертифицированных по TIER-III Facility.
2. Про 99,9% SLA — да, у нас всего «3 девятки», но это финансовая гарантия на работу запрошенных сервисов, а не 99,982% — взятые из гарантии на доступность ЦОД-а по TIER-III. Т.е. мы платим финансовый штраф за то, что почта 45 минут не ходит или телефон не звонит, а что прописано в SLA у тех, кто пишет 99,982?
3. В ТЗ были запрошены также сервисы SaaS, но в обзоре всё рассматривается относительно IaaS. В частности, а кластерзованы ли у провайдров сервисы Exchange (DAG), а какой там антивирус (и есть ли он вообще), объём ящиков, бэкап, антиспам...? Телефония тоже у всех разная, практически невозможно сравнить Asterisk и Skype for Business — совершенно разные сервисы, как по цене так и по функционалу.
4. Если бы вы ещё и протестировать взяли, то картинка могла бы поменяться кардинально, т.е. повсплывали бы десятки нюансов. Но это уже были бы конечно нереальные временные затраты.
В остальном да, спасибо за обзор, работа проделана огромная, интересно посмотреть на себя со стороны :-)
Да, ещё 2 момент, которые стоит отметить:
5. Про почасовой биллинг. Это конечно хорошо, что он у многих есть, и для ряда задач, например web-scale приложений, разработчиков, тестировщиков — услуга действительно нужная. Но, если речь идёт о стандартных бизнес-сервисах и бизнес-приложениях, например тех, что были в запросе, то почасовой биллинг практически неприменим. И причина даже не в том, что провайдер не может включать/выключать тот же Exchange Server или 1С, которые работают в режиме 24/7, а дело в том, что у тех же лицензий Microsoft (которые составляют ощутимую часть цены) попросту нет почасового биллинга — они все биллятся помесячно, даже если использовались 1 час. Т.е. почасовая оплата в данном случае является некой бутафорией.
6. Также ещё хотелось бы отметить, что полученную у нас цену в 161 963,96р. можно бы было сильно сократить, но не за счёт скидок, а за счёт оптимизации ТЗ, о чём мы конечно писали в своём предложении, что нет никакого смысла размещать контроллеры домена и файловые серверы на Full-flash SSD Storage с 50000 IOPS. (хотя может в разрезе сравнения с другими провайдерами — это и не важно).
5. Про почасовой биллинг. Это конечно хорошо, что он у многих есть, и для ряда задач, например web-scale приложений, разработчиков, тестировщиков — услуга действительно нужная. Но, если речь идёт о стандартных бизнес-сервисах и бизнес-приложениях, например тех, что были в запросе, то почасовой биллинг практически неприменим. И причина даже не в том, что провайдер не может включать/выключать тот же Exchange Server или 1С, которые работают в режиме 24/7, а дело в том, что у тех же лицензий Microsoft (которые составляют ощутимую часть цены) попросту нет почасового биллинга — они все биллятся помесячно, даже если использовались 1 час. Т.е. почасовая оплата в данном случае является некой бутафорией.
6. Также ещё хотелось бы отметить, что полученную у нас цену в 161 963,96р. можно бы было сильно сократить, но не за счёт скидок, а за счёт оптимизации ТЗ, о чём мы конечно писали в своём предложении, что нет никакого смысла размещать контроллеры домена и файловые серверы на Full-flash SSD Storage с 50000 IOPS. (хотя может в разрезе сравнения с другими провайдерами — это и не важно).
Внес правки по ЦОД.
Спасибо за комментарий!
Спасибо за комментарий!
А RRC не предоставляют то, что Вам нужно?
Мда… Azure Вы опустили. Хотя вся необходимая информация есть у них на портале. И где датацентры, и какая техника используется и функция резервирования при падении датацентра и почасовой билинг и прочее…
Добавьте нас к следующему сравнению, будет интересно поучаствовать и посмотреть на себя со стороны потенциального заказчика. Мы наравне с VPS предоставляем и IaaS. Платформа VMware. ЦОД NORD 4 с сертификатом TIER III. SSD уже в базе =)
Внесу и свои 5 копеек )) E-Style Telecom (estt.ru).
Помимо HyperV, есть KVM и VMWare. В основном HyperV и KVM. VMWare используется меньше.
В основном да, мелочи типа запустить sfc (в случае аренды физического сервера) можно сделать, но тут надо понимать, что лезть в сервер клиента чревато последствиями потом услышать «вот раньше работало, а после того как вы что-то там сделали...».
Статья хорошая, спасибо.
Раз есть про антивирус, потом можно и про DDOS ))
Помимо HyperV, есть KVM и VMWare. В основном HyperV и KVM. VMWare используется меньше.
все, что касается инфраструктуры заказчика и администрирование его системы, решается им самим или платно.
В основном да, мелочи типа запустить sfc (в случае аренды физического сервера) можно сделать, но тут надо понимать, что лезть в сервер клиента чревато последствиями потом услышать «вот раньше работало, а после того как вы что-то там сделали...».
Статья хорошая, спасибо.
Раз есть про антивирус, потом можно и про DDOS ))
НЛО прилетело и опубликовало эту надпись здесь
Спасибо за ваше мнение. О тестирование в боевых условиях — подумаем.
Согласен с автором данного коммента:
Прежде чем выносить в заголовок материала "… облачные услуги", наверно стоит определиться, что же всё-таки такое — облака, облачные вычисления и т.д.
Размытие и подмена этих понятий на Российском ИТ-рынке, приводит к тому, что от лица некоторых маркетологов в области ИТ и телекоммуникаций определение этих терминов превращается в:
— «То что не интернет и телефония, то — облака!»
Я не призываю придумывать их (определения) заново. Ибо все уже придумано и стандартизовано давно, вот только российская модель «ху@к-ху@к, и в продакшен» и профессиональные компетенции в стиле «без лоха — жизнь плоха» поощряет сервис-провайдеров придавать новый смысл понятиям, уже имеющим свой собственный.
Для начала, согласно вышеуказанным стандартам, c позволения хабрасообщества хочу процитировать основные определения и характеристики облачных вычислений:
И задать авторам этого (и не только этого) сравнения поставщиков облачных услуг вопрос:
— «Кто-нибудь, когда-нибудь будет сравнивать обозреваемые услуги на соответствие вышеописанным пяти основным свойствам, трем моделям обслуживания и четырём моделям развертывания? Или для вас тоже, что не интернет и не телефония — то облака?»
P.S. Перевод основных определений и характеристик облачных вычислений согласно NIST Cloud Computing
Standards Roadmap — Russian Cloud Computing Professional Association (RCCPA)
Я считаю в РФ нету нормального облака. Ваша статья говорил что в РФ дофига облаков. Но стоит только начать их продавать, как начнутся те или иные проблемы. ....
Прежде чем выносить в заголовок материала "… облачные услуги", наверно стоит определиться, что же всё-таки такое — облака, облачные вычисления и т.д.
Размытие и подмена этих понятий на Российском ИТ-рынке, приводит к тому, что от лица некоторых маркетологов в области ИТ и телекоммуникаций определение этих терминов превращается в:
— «То что не интернет и телефония, то — облака!»
Я не призываю придумывать их (определения) заново. Ибо все уже придумано и стандартизовано давно, вот только российская модель «ху@к-ху@к, и в продакшен» и профессиональные компетенции в стиле «без лоха — жизнь плоха» поощряет сервис-провайдеров придавать новый смысл понятиям, уже имеющим свой собственный.
Для начала, согласно вышеуказанным стандартам, c позволения хабрасообщества хочу процитировать основные определения и характеристики облачных вычислений:
Облачные вычисления (Cloud Computing) — это модель обеспечения повсеместного и удобного сетевого доступа по требованию к вычислительным ресурсным пулам (например, сетям, серверам, системам хранения, приложениям, сервисам), которые могут быть быстро предоставлены или возвращены с минимальными усилиями по управлению и взаимодействию с поставщиком услуг.
Облачная модель обладает пятью основными свойствами, и состоит из трех моделей обслуживания и четырех моделей развертывания.
Основные свойства
- Самообслуживание по требованию (On-demand self-service). Потребитель имеет возможность получить доступ к предоставляемым вычислительным ресурсам в одностороннем порядке, по мере необходимости, автоматически, без необходимости взаимодействия с сотрудниками каждого поставщика услуг.
- Широкий сетевой доступ (Broad network access). Предоставляемые вычислительные ресурсы доступны по сети через стандартные механизмы для различных платформ, тонких и толстых клиентов (мобильных телефонов, планшетов, ноутбуков, рабочих станций и т.п.).
особые условияОблачный сервис необязательно должен быть доступен для всех типов платформ и может ограничиваться одной платформой (например, MS Windows), если это соответствует целям и концепции сервиса, однако в случае излишне строгих требований к клиентской части могут привести к тому, что сервис не будет считаться облачным.
- Объединение ресурсов в пулы (Resorce pooling). Вычислительные ресурсы поставщика объединяются в пулы для обслуживания множества потребителей по модели множественной аренды.
(multi-tenant)Пулы включают в себя различные физические и виртуальные ресурсы, которые могут быть динамически назначены и переназначены в соответствии с потребительским спросом.— То есть каждый из заказчиков облачной инфраструктуры обслуживается в рамках своей аренды
Нет необходимости в понимании или управлении со стороны потребителя точным местоположением ресурсов, однако возможно указать местонахождение на более высоком уровне абстракции (например, страна, регион или центр обработки данных). Примерами такого рода ресурсов могут быть системы хранения, вычислительные процессорные мощности, оперативная память, пропускная способность сети.- Мгновенная эластичность (Rapid elasticity). Ресурсы могут быть эластично выделены и освобождены (возвращены поставщику) в кратчайшие сроки, в некоторых случаях автоматически, для быстрого масштабирования соразмерно со спросом.
насколько быстро?Для потребителя возможности для предоставления ресурсов могут видятся как неограниченные, могут быть присвоены в любом количестве в любое время.Максимальное время реакции на запрос потребителя об изменениях потребностей в ресурсах прописывается в соглашении о уровнях сервиса (SLA).
- Измеряемость (Measured service). Облачные системы и сервисы должны обладать функциями автоматизированного измерения, управления и оптимизации использования ресурсов на уровне абстракции, применительно для разного рода сервисов (например, объемы хранения, обработка, полоса пропускания, или активные пользовательские сессии). Использованные ресурсы могут отслеживаться и контролироваться, что обеспечивает прозрачность как для поставщика, так и для потребителя, использующего сервис.
Модели обслуживания
- Программное обеспечение как услуга (Software as a Service — SaaS). Возможность предоставления потребителю в использование приложений поставщика, работающих в облачной инфраструктуре.
что такое облачная инфраструктура?Приложения доступны из различных клиентских устройств или через интерфейсы тонких клиентов, такие как веб-браузер (например, веб-почта) или интерфейсы программ. Потребитель, при этом, не управляет базовой инфраструктурой облака, в том числе сетями, серверами, операционными системами, системами хранения, или даже индивидуальными настройками приложений, за исключением некоторых пользовательских настроек конфигурации приложения.Под облачной инфраструктурой понимается набор аппаратного и программного обеспечения, имеющих пять основных свойств облачных вычислений. Облачная инфраструктура рассматривает как содержащая и физический уровень, и уровень абстракции. Физический уровень состоит из аппаратных ресурсов, которые необходимы для поддержки облака предоставляемых услуг, и как правило, включает серверы, системы хранения и сетевые компоненты.Уровень абстракции состоит из программного обеспечения развернутого в физическом уровне, и содержит все основные свойства облаков. Концептуально уровень абстракции стоит выше физического уровня.
- Платформа как услуга (Platform as a Service — PaaS). Возможность предоставления потребителю для развертывания на облачной инфраструктуре потребительского, созданного или приобретенного приложения, созданных с помощью языков программирования, библиотек, служб и средств, поддерживаемых поставщиком услуг.
исключенияПотребитель, при этом не управляет базовой инфраструктурой облака, в том числе сетями, серверами, операционными система и системами хранения данных, но имеет контроль над развернутыми приложениями и, возможно, некоторыми параметрами конфигурации среды хостинга.Эта возможность не исключает использования совместимых языков программирования, библиотек, служб и средств из других источников.- Инфраструктура как услуга (Infrastructure as a Service — IaaS). Возможность предоставления потребителю систем обработки, хранения, сетей передачи данных и других фундаментальных вычислительных ресурсов, в которых потребитель может развернуть и запустить произвольное программное обеспечение, включающее в себя операционные системы и приложения. Потребитель при этом не управляет базовой инфраструктурой облака, но имеет контроль над операционными системами, системами хранения и развернутыми приложениями, и, возможно, ограниченно контролирует выбор сетевых компонентов (например, хост с сетевыми экранами).
Модели развертывания
- Частное облако (Private cloud). Облачная инфраструктура, подготовленная для эксклюзивного использования единой организацией, включающей несколько потребителей (например бизнес-подразделения либо входящие в состав единого холдинга организации). Такое облако может находиться в собственности, управлении и обслуживании самой организации, третьей стороны, или какой-либо комбинации из них, и находится как на территории организации, так и за ее пределами.
- Облако сообщества (Community cloud). Облачная инфраструктура, подготовленная для эксклюзивного использования конкретного сообщества потребителей от организаций, имеющих общие проблемы (например, миссии, требования безопасности, политики, и общие требования). Облако может находиться в собственности, управлении и обслуживании одного или более организаций в сообществе, третьей стороне, или комбинации из них, и находится как на территории организаций, так и за их пределами.
- Общее (или публичное) облако (Public cloud). Облачная инфраструктура, подготовленная для открытого использования широкой публикой. Оно может находиться в собственности, управлении и обслуживании деловыми, научными и правительственными организациями, или какой-либо их комбинацией. Облако существует на территории облачного поставщика.
- Гибридное облако (Hybrid cloud). Облачная инфраструктура представляет собой композицию из двух или более различных инфраструктур облаков (частные, общественные или государственные), имеющих уникальные объекты, но связаны между собой стандартизованными или собственными технологиями, позволяющими переносить данные или приложения между компонентами (например, для балансировки нагрузки между облаками).
И задать авторам этого (и не только этого) сравнения поставщиков облачных услуг вопрос:
— «Кто-нибудь, когда-нибудь будет сравнивать обозреваемые услуги на соответствие вышеописанным пяти основным свойствам, трем моделям обслуживания и четырём моделям развертывания? Или для вас тоже, что не интернет и не телефония — то облака?»
P.S. Перевод основных определений и характеристик облачных вычислений согласно NIST Cloud Computing
Standards Roadmap — Russian Cloud Computing Professional Association (RCCPA)
Под впечатлением написал статью «Почему большинство обзоров и исследований облачных провайдеров — полная туфта»
У вас интересный способ рекламировать свой блог писать как бы комменты на хабре, но в своем блоге.
А с написанным согласен, особенно с вопросом про SLA (а за ним, собственно, к облакам и идут): есть компании, которые обещают чуть не 100% SLA, но которые за каждый час простоя обещают компенсацию (внимание!) в размере часа (т.е. 1/24*30) от месячного чека, и это еще при том, что простой отсчитывается с момента написания тикета, а не с момента начала деградации сервиса.
А с написанным согласен, особенно с вопросом про SLA (а за ним, собственно, к облакам и идут): есть компании, которые обещают чуть не 100% SLA, но которые за каждый час простоя обещают компенсацию (внимание!) в размере часа (т.е. 1/24*30) от месячного чека, и это еще при том, что простой отсчитывается с момента написания тикета, а не с момента начала деградации сервиса.
С российскими провайдерами я бы предпочел связываться только с арендой железа и канала, а дальше все делать сам.
А такой список, как вы написали, да у Ростелекома… в страшном сне бы не арендовал. Упадут ваши 5 ВПН-ов, не выполнится SLA — кому задавать вопросы? Про остальные компании не буду худого говорить, но — читаем выше — не рискнул бы.
А такой список, как вы написали, да у Ростелекома… в страшном сне бы не арендовал. Упадут ваши 5 ВПН-ов, не выполнится SLA — кому задавать вопросы? Про остальные компании не буду худого говорить, но — читаем выше — не рискнул бы.
Было бы интересно почитать статью с более менее реальным нагрузочным тестированием сервиса и его стабильности. У нас в практике для бизнес-пользователей, на IaaS услуге, выдача тестового периода около недели-двух. Обычно этого достаточно для понимания подходит или нет, а также найти общий язык с провайдером услуги, понять насколько он общается на твоем языке и в интересах клиента. Скорость ответа и предоставления сервиса. Мы очень часто после таких тестов добавляем какие-то изменения в сервис в пользу клиента.
Большое спасибо за интересный обзор. Автору +1 в карму за проделанную работу!
Что касается Softline, то есть небольшое уточнение по поводу площадок, у нас их шесть, а не две. Будем благодарны за уточнение информации в статье.
Что касается Softline, то есть небольшое уточнение по поводу площадок, у нас их шесть, а не две. Будем благодарны за уточнение информации в статье.
Спасибо вам за проделанную работу!
Думаю, материал для всех очень полезный.
Хочу воспользоваться вашим предложением "… готов рассмотреть все уточнения, дополнения и комментарии" и прокомментировать/уточнить про OnCloud.ru.
- ТКП мы предоставили на следующий день, после запроса — 7.10.17 в нашем формате. Вас такой формат не устроил и была переписка до 11.10, после чего мы предоставили всё в необходимом формате. Дальше мы долго обсуждали задачу по разворачиванию 1С, поскольку очень хотели реализовать задачу с ожидаемым для вас результатом, так что считаю оценку не справедливо заниженной;
- По телефонии в нашем предложении была указана стоимость одного пользователя, без ограничения по количеству. Никаких ограничений нет и никогда не было;
- В конце 2016-го и начале 2017-го мы очень серьезно обновили парк оборудования. Вопрос не принципиальный — просто для информации;
- Доступность OnCloud.ru мы считаем по интегральному показателю — доступности гипервизора, СХД и сети. И эта цифра закладывается в SLA. Сравнивать его с часто используемым показателем только доступности гипервизора не совсем корректно;
- Цены мы всегда готовы обсуждать по мере уточнения задачи — как правило, мы находим индивидуальные решения. Случай, когда задачи абсолютно стандартные, редкий.
Еще раз спасибо за интересный обзор! Со стороны всегда очень занимательно смотреть на себя и конкурентов :)
Очень странно что про Azure никто не смог ответить на ваши вопросы. Исправлю ситуацию, просто чтобы было :)
1. Используемые гипервизоры?
Microsoft Hyper-V
2. Какие используются процессоры и сервера? Наименование производителя и серия.
Серверы собираются по спецификациям Open Compute Project. Спецификация от Microsoft доступна по адресу: http://www.opencompute.org/wiki/Server/SpecsAndDesigns и https://azure.microsoft.com/en-us/blog/ecosystem-momentum-positions-microsoft-s-project-olympus-as-de-facto-open-compute-standard/
В зависимости от типа ВМ используются различные процессоры: например Dsv3-series sizes are based on the 2.3 GHz Intel XEON ® E5-2673 v4 (Broadwell). Подробнее: https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sizes-general
3. Какая система хранения используется? Производитель, модель?
Azure Storage — https://docs.microsoft.com/en-us/azure/storage/storage-introduction
4. Какой уровень TIER дата-центра?
Мы не сертифицируем свои ЦОД у Uptime Institute. При этом мы используем все публичные наработки, чтобы наши ЦОД отвечали всем самым передовым требованиям с точки зрения отказо и катастрофоустойчивости. Кроме того мы гарантируем SLA и несем за него финансовую ответственность
5. Какой дата-центр? Где располагается?
36 регионов по всему миру, каждый регион как минимум 2 ЦОД. Из европейских: Амстердам, Дублин, 2 UK и 2 German (operated by Deutsche Telekom)
6. Возможность размещения на 2х площадках? Возможность размещения за рубежом?
Размещение возможно по всему миру, однако для отдельных регионов (например Китай или Azure Government) потребуется обоснование на доступ. ЦОД в России отсутствует
7. Возможность почасового биллинга? (Цена от этого меняется?)
На большинство ресурсов биллинг поминутный. Цены на портале обычно представлены из расчета 744 часов в месяц. Есть отдельные компоненты PaaS которые считаются за день.
8. Возможность постоплаты?
Пред\пост оплата в зависимости от типа соглашения
9. Какой SLA без доплаты Вы обеспечиваете?
Для разных ресурсов разный. Для отдельной ВМ: 99,9% для набора ВМ в Avaliably Set: 99.95% подробнее: https://azure.microsoft.com/en-us/support/legal/sla/ Реальный SLA гораздо больше.
10. Какова гарантия ресурсов CPU, RAM, HDD, Network?
Все ресурсы выделяются в пользование заказчику. Разделение CPU есть только на самых младших ВМ -А0. В остальном у каждой ВМ свои ограничения например на максимальную скорость работы дисковой подсистемы
11. Что входит в базовую поддержку?
Вопросы биллинга, подписки и доступности ресурсов Azure https://azure.microsoft.com/en-us/support/plans/
12. Поддержка 24x7 бесплатна?
Базовая поддержка по вопросам биллинга, подписки и доступности ресурсов Azure *Azure Health). Отдельные уровни поддержки приобретаются за доп.плату https://azure.microsoft.com/en-us/support/plans/
13. Применяется ли штатно технологии типа VMware High Availability (автоматический перезапуск в случае выхода сервера из строя, ~5-10 минут на запуск виртуальной машины)
В случае выхода из строя физического хоста машины будут перезапущены. На деле внутренняя система мониторинга и обнаружения неисправностей выводит хост из работы и мигрирует с него все вириальные машины, до самой ошибки.
14. Сколько телеком операторов используется для отказоустойчивости AS?
Microsoft является одним из крупнейших в мире владельцев собственной сети передачи данных. Внутренняя скорость внутри региона порядка 1.5Пбит\сек. https://azure.microsoft.com/en-us/blog/topics/networking/
Интерконнект с внешним миром производится как за счет большой сети сторонних телеком операторов, заказчик может использовать 4х партнёров в России (Orange, British Telecom, Layer 3, RETN) для построения MPLS сети к региону Azure (Express Route). В таком случае Microsoft и провайдер будут совместно гарантировать SLA на канал. Канал от 50Мбит до 10 Гбит. Отдельная ВМ в Azure выдает примерно 200 на 200 Мбит в интернет.
15. Есть тестовый доступ? На сколько дней?
Azure.com -> trial. 30 дней с кредитом 12500 рублей. Для оформления потребуется Microsoft Account (Live ID), номер телефона (проверочные коды) и кредитная карта. На кредитной карте будет заблокирована сумма в 30 рублей, для проверки реальности человека. Сумма будет возвращена. Если пользователь самостоятельно не снимает галочку продлевающую trial и позволяющую снимать деньги с карты, то по истечение 30 дней или исчерпании выделенного кредита в 12500 рублей, подписка будет заморожена. Списание денег с карты производиться не будет. https://azure.microsoft.com/en-us/offers/ms-azr-0044p/
16. Как скоро возможно предоставить тестовый доступ?
В течение минут при заполнении заявки на сайте.
17. Возможен ли тестовый доступ под запрашиваемые выше ресурсы?
Тестовая подписка ограничена одновременным количеством запущенных ресурсов. Полностью повторить весь стенд в одной тестовой подписке повторить будет проблематично. Подробнее про лимиты: https://docs.microsoft.com/en-us/azure/azure-subscription-service-limits
1. Используемые гипервизоры?
Microsoft Hyper-V
2. Какие используются процессоры и сервера? Наименование производителя и серия.
Серверы собираются по спецификациям Open Compute Project. Спецификация от Microsoft доступна по адресу: http://www.opencompute.org/wiki/Server/SpecsAndDesigns и https://azure.microsoft.com/en-us/blog/ecosystem-momentum-positions-microsoft-s-project-olympus-as-de-facto-open-compute-standard/
В зависимости от типа ВМ используются различные процессоры: например Dsv3-series sizes are based on the 2.3 GHz Intel XEON ® E5-2673 v4 (Broadwell). Подробнее: https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sizes-general
3. Какая система хранения используется? Производитель, модель?
Azure Storage — https://docs.microsoft.com/en-us/azure/storage/storage-introduction
4. Какой уровень TIER дата-центра?
Мы не сертифицируем свои ЦОД у Uptime Institute. При этом мы используем все публичные наработки, чтобы наши ЦОД отвечали всем самым передовым требованиям с точки зрения отказо и катастрофоустойчивости. Кроме того мы гарантируем SLA и несем за него финансовую ответственность
5. Какой дата-центр? Где располагается?
36 регионов по всему миру, каждый регион как минимум 2 ЦОД. Из европейских: Амстердам, Дублин, 2 UK и 2 German (operated by Deutsche Telekom)
6. Возможность размещения на 2х площадках? Возможность размещения за рубежом?
Размещение возможно по всему миру, однако для отдельных регионов (например Китай или Azure Government) потребуется обоснование на доступ. ЦОД в России отсутствует
7. Возможность почасового биллинга? (Цена от этого меняется?)
На большинство ресурсов биллинг поминутный. Цены на портале обычно представлены из расчета 744 часов в месяц. Есть отдельные компоненты PaaS которые считаются за день.
8. Возможность постоплаты?
Пред\пост оплата в зависимости от типа соглашения
9. Какой SLA без доплаты Вы обеспечиваете?
Для разных ресурсов разный. Для отдельной ВМ: 99,9% для набора ВМ в Avaliably Set: 99.95% подробнее: https://azure.microsoft.com/en-us/support/legal/sla/ Реальный SLA гораздо больше.
10. Какова гарантия ресурсов CPU, RAM, HDD, Network?
Все ресурсы выделяются в пользование заказчику. Разделение CPU есть только на самых младших ВМ -А0. В остальном у каждой ВМ свои ограничения например на максимальную скорость работы дисковой подсистемы
11. Что входит в базовую поддержку?
Вопросы биллинга, подписки и доступности ресурсов Azure https://azure.microsoft.com/en-us/support/plans/
12. Поддержка 24x7 бесплатна?
Базовая поддержка по вопросам биллинга, подписки и доступности ресурсов Azure *Azure Health). Отдельные уровни поддержки приобретаются за доп.плату https://azure.microsoft.com/en-us/support/plans/
13. Применяется ли штатно технологии типа VMware High Availability (автоматический перезапуск в случае выхода сервера из строя, ~5-10 минут на запуск виртуальной машины)
В случае выхода из строя физического хоста машины будут перезапущены. На деле внутренняя система мониторинга и обнаружения неисправностей выводит хост из работы и мигрирует с него все вириальные машины, до самой ошибки.
14. Сколько телеком операторов используется для отказоустойчивости AS?
Microsoft является одним из крупнейших в мире владельцев собственной сети передачи данных. Внутренняя скорость внутри региона порядка 1.5Пбит\сек. https://azure.microsoft.com/en-us/blog/topics/networking/
Интерконнект с внешним миром производится как за счет большой сети сторонних телеком операторов, заказчик может использовать 4х партнёров в России (Orange, British Telecom, Layer 3, RETN) для построения MPLS сети к региону Azure (Express Route). В таком случае Microsoft и провайдер будут совместно гарантировать SLA на канал. Канал от 50Мбит до 10 Гбит. Отдельная ВМ в Azure выдает примерно 200 на 200 Мбит в интернет.
15. Есть тестовый доступ? На сколько дней?
Azure.com -> trial. 30 дней с кредитом 12500 рублей. Для оформления потребуется Microsoft Account (Live ID), номер телефона (проверочные коды) и кредитная карта. На кредитной карте будет заблокирована сумма в 30 рублей, для проверки реальности человека. Сумма будет возвращена. Если пользователь самостоятельно не снимает галочку продлевающую trial и позволяющую снимать деньги с карты, то по истечение 30 дней или исчерпании выделенного кредита в 12500 рублей, подписка будет заморожена. Списание денег с карты производиться не будет. https://azure.microsoft.com/en-us/offers/ms-azr-0044p/
16. Как скоро возможно предоставить тестовый доступ?
В течение минут при заполнении заявки на сайте.
17. Возможен ли тестовый доступ под запрашиваемые выше ресурсы?
Тестовая подписка ограничена одновременным количеством запущенных ресурсов. Полностью повторить весь стенд в одной тестовой подписке повторить будет проблематично. Подробнее про лимиты: https://docs.microsoft.com/en-us/azure/azure-subscription-service-limits
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Cравнение российских операторов предоставляющих облачные услуги