Red Hat как образец стабильности Open Source

    Redhat

    Введение


    13 октября 2011 года в Москве состоялась конференция на тему открытия представительства Red Hat в России. С момента открытия представительства, компания обросла уже достаточно большим количеством партнеров в России, мы в том числе получили базовый статус Red Hat Ready Partner.

    Решение о заключении партнерства с Red Hat было принято нами из-за роста заинтересованности клиентов к продуктам компании (RHEL, JBoss, RHEV...). После получения партнерства нам было выдано несколько лицензий для собственного использования, тестирования, ознакомления. Поработав пару месяцев под RHEL 6.3 в тестовом окружении у нас сложилось положительное впечатление о стабильности данного дистрибутива, а частые обновления и багфиксы не оставили равнодушными даже самых больших скептиков.

    Несмотря на то, что всё так хорошо и радужно, поискав в сети отзывы о построении решений на базе Red Hat в России (не в корпоративных средах) мы пришли в некоторое замешательство, так как их практически нет. Скорее всего это объясняется тем, что нигде толком нет информации на тему «сколько стоит red hat и что в это входит», все привыкли, что Red Hat это RHEL, а RHEL просто платный дистрибутив. Давайте же рассмотрим этот вопрос на базе RHEL.

    Политика лицензирования


    Поскольку решения Red Hat базируются на Open Source продуктах, то продавать лицензии на ПО в стандартном понимании он не может. Но за что же тогда Red Hat берет деньги? А берет он деньги за услугу поддержки ПО. Другими словами, он берет на себя ответственность за то, что ваша система будет получать всегда своевременные, стабильные обновления и исправления ошибок.

    Ниже приведена таблица со сводной информацией по каждому типу подписок:
    Без поддержки Стандартная Премиальная
    Время работы Не доступно Рабочее время Рабочее время (24х7 для 1 и 2 уровня)
    Канал поддержки Не доступно Сайт и телефон Сайт и телефон
    Количество запросов Нет Не ограничено Не ограничено
    Время ответа Первичный и последующие Первичный и последующие Первичный Последующий
    Уровень 1 Не доступно 1 рабочий час 1 час 1 час
    Уровень 2 Не доступно 4 рабочих часа 2 часа 4 часа
    Уровень 3 Не доступно 1 рабочий день 4 рабочих часа 8 рабочих часов
    Уровень 4 Не доступно 2 рабочих дня 8 рабочих часов 2 рабочих дня

    Поддержка


    Помимо подписки есть еще и поддержка, точнее приобретая подписку вы еще и получаете поддержку, а не только обновления для системы.
    Поддержка определяет собой полное сопровождение продукта. На данный момент RHEL имеет самую длительную поддержку релизов, а именно она может достигать 13 лет (10 лет поддержки релиза + вы можете получить еще 3 года дополнительной поддержки).

    Основной цикл поддержки релиза сейчас представляет собой 3 фазы, а именно:

    Фаза 1


    Эта фаза длится около пяти с половиной лет и включает в себя:
    • выпуск минорных версий;
    • исправление критических ошибок;
    • обновления безопасности;
    • добавление поддержки нового оборудования;
    • обновленные образы для установки.

    Фаза 2


    Эта фаза длится около года и включает в себя:
    • исправление критических ошибок;
    • обновления безопасности;
    • улучшение поддержки существующего оборудования, добавление поддержки нового оборудования не производится;
    • минорные релизы представляют собой сборку выпущенных обновлений под версию релиза.

    Фаза 3


    Эта заключительная фаза длится около трех с половиной лет и включает в себя только:
    • исправление критических ошибок;
    • выборочные обновления безопасности.

    Дополнительная поддержка


    Эта фаза может быть растянута на дополнительные три года, но кроме сохранения доступа к уже выпущенному ПО и базе знаний, ничего в себя не включает.

    Сводная таблица


    Фаза 1 Фаза 2 Фаза 3 EL
    Доступ к RHN Есть Есть Есть Есть
    Доступ к базе знаний Есть Есть Есть Есть
    Техническая поддержка Не ограничена Не ограничена Не ограничена Отсутствует
    Обновления безопасности Есть Есть Есть Нет
    Исправления ошибок Есть Есть Есть Нет
    Минорные релизы Есть Есть Нет Нет
    Поддержка нового оборудования Есть Ограничена Нет Нет
    Новый функционал и улучшения Есть Ограничено Нет Нет
    Обновленные образы для установки Есть Нет Нет Нет

    Заключение


    На данный момент Red Hat, а в частности RHEL, видится перспективным продуктом. Готовы ли вы платить за стабильный open source? Заинтересованы ли вы в услуге аренды RHEL на ваших серверах?

    Ссылка на пост в нашем блоге
    Selectel 140,41
    ИТ-инфраструктура для бизнеса
    Поделиться публикацией
    Похожие публикации
    Комментарии 16
    • 0
      Здесь под «стабильностью» подразумевается «устаревшее ПО»?
      • +6
        Нет, подразумевается, что код отлажен и перепроверен сотрудниками RH, а уж какая версия — это дело другое…
        • 0
          Если код отлажен и перепроверен, то, наверное, патчи с исправлениями были направлены разработчикам проверенного ПО? И те выпустили новые версии на их основе. Логично вроде бы. Вот только в репозиториях Red Hat всё то же устаревшее ПО. От дистрибутива RHEL даже Google отворачивается: www.muktware.com/5203/google-says-red-hat-enterprise-linux-6-obsolete
          • +2
            Если под словами «отварачивается», вы подразумевали отказ от обновления их chrome'а, чья частота смены мажорных версий просто поражает, то это не аргумент для серверной ОСи. Совершенно разные рынки.
        • +1
          Существует два класса задач — когда нужно взять «самый свежий foobar», в котором наконец-таки сделали «bazbaz» и таки сделать что-то.

          А есть ситуации, когда нужно иметь стабильную, давно известную платформу, у которой всё известно, то есть никаких новых багофич, странностей и архитектурных решений.
        • +1
          Несмотря на то, что всё так хорошо и радужно, поискав в сети отзывы о построении решений на базе Red Hat в России (не в корпоративных средах) мы пришли в некоторое замешательство, так как их практически нет.

          так ведь RH как раз и работает с корпоративным сегментом. Для обычных пользователей, которые обновляют мажорную версию ОС раз в десять лет есть другой дистри... Виндовс ХП.
          • +1
            Подавляющее большинство redhat-lovers для личного использованя употребляет или fedora (экстремалы, готовые тратить время и силы на вычесывание неизбежных багов в альфа-версиях ПО) или CentOS/ScientificLinux (те, кто хотят постабильнее). Если сложить долю первых и вторых, процент установок вплотную, как мне кажется, приблизится к deb-based системам.
            • 0
              Ещё можно поиграться в enterprise с Oracle Linux — тот же RHEL Self Support, но бесплатно.
              • +2
                Судя по DistroWatch, до deb-based еще очень далеко (1:5)
                • 0
                  Пишу с fedora. По опыту использования fedora, не надо торопится с обновлением месяца через 3 после релиза багов почти не останется. Deb-based выигрывает за счет пользователей которые поставили Ubuntu, для саморазвития или просто потому, что Linux это модно, а корпоративный сегмент, чуть сложнее чем простой веб сервер, пользуется поделен RHEL, OEL и где то SLES. Так как эти ОС сертифицированы производителями железа и софта.
                  • 0
                    У меня дома, кстати, стоит SID, и я довольно изрядно багов засылаю.
              • +12
                В посте есть замечательная фраза:
                — нигде толком нет информации на тему «сколько стоит red hat и что в это входит»
                После прочтения поста сколько стоит так и осталось загадкой.
                • +2
                  К сожалению, мы еще находимся в стадии формирования цен для наших клиентов на месячной основе. С ценами на стандартные подписки можно посмотреть на сайте www.redhat.com/wapps/store/catalog.html
                • +3
                  Очень странная ценовая политика. Приведу расчет на примере моего личного сервера:
                  Один сервер, 2x4core, virualisation host (openvz/kvm) время работы — 3 года, за это время ему пришлось уделить, с запасом, примерно 10 дней рабочего времени. По _самым крупным_ оценкам — это 300$ в день это 3000$
                  Лицензия 2-sockets with unlimited virtual guests будет стоить 2000$ в год или 6000$ за всё время. Даже если это каким-то чудом уменьшит время на обслуживание до 1 дня в 3 года — всё равно он не оправдан.
                  И ещё тут не понятно — нужно-ли отдельно гостей лицензировать.

                  Я думаю, покупка таких лицензий имеет смысл только в качестве защиты от патентных/лицензионных претензий или, например, для сертификации соответствия с используемым ПО.
                  • +1
                    Также добавлю, что есть весьма многочисленный контингент управленцев, которые ни в жизнь не внедрят продукт не имея возможности обратится к разработчику оного.
                    • 0
                      Да, кстати ещё один момент, такое решение поможет в случае столкновения с проблемой, которую не получается решить самостоятельно.

                  Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                  Самое читаемое