LINUX.ORG.RU

Red Hat Enterprise Linux 6.3

 , ,


0

1

Компания Red Hat анонсировала выход дистрибутива Red Hat Enterprise Linux 6.3, в котором представлено исправление ошибок, реализация поддержки нового оборудования и добавление новых возможностей, при сохранении полной совместимости с программным окружением ветки RHEL 6.x. В скором времени ожидается начало подготовки дистрибутива RHEL 7, релиз которого намечен на вторую половину следующего года.

RHEL 6.3 поставляется в следующих 4-х вариантах:

  • Red Hat Enterprise Linux Desktop 6 для архитектур x86 и AMD64/Intel 64;
  • Red Hat Enterprise Linux High Performance Compute Node 6 для архитектуры AMD64/Intel 64;
  • Red Hat Enterprise Linux Server для архитектур x86, AMD64/Intel 64, IBM System z и IBM POWER;
  • Red Hat Enterprise Linux Workstation для архитектур x86 и AMD64/Intel 64.

Ключевые новшества Red Hat Enterprise Linux 6.3:

  • Виртуализация:
    • В состав включён инструментарий Virt-P2V для обеспечения миграции физических систем в виртуализированные окружения, путём преобразования работающих на реальном оборудовании систем Red Hat Enterprise Linux или Microsoft Windows в форму окружений, выполняемых в системах виртуализации под управлением гипервизора KVM. Процесс миграции выглядит следующим образом: на переносимой машине запускается специальный P2V-клиент, который делает дамп локальных дисков и передаёт их по сети на сервер виртуализации, на котором формируется готовое виртуальное окружение;
    • Механизмы защиты от утечки данных, связанных с работой виртуальных машин. Обеспечена более надёжная очистка освобождаемых областей дисков, на которых размещаются образы виртуальных машин, соответствующая требованиям стандартов PCI-DSS (Payment Card Industry Data Security Standards);
    • Улучшена масштабируемость средств виртуализации на базе KVM. В гостевых окружениях теперь можно использовать до 160 виртуальных CPU (в прошлом выпуске 64). С 512 Гб до 2 Тб увеличен лимит на размер памяти, которая может быть выделена виртуальному окружению. Отмечается, что лимит по числу вируальных CPU превосходит VMware ESX 5.0 в пять раз, а по размеру памяти в 4 раза;
    • Обеспечена поддержка работы под управлением VMware vSphere 5.x (ранее поддерживалась работа в качестве гостевых систем для vSphere 4.x), в поставку включены сопутствующие дополнения High Availability и Resilient Storage;
    • Поддержка в KVM новых процессоров Intel Core i3, i5, i7 (Sandy Bridge) и AMD 15h (Bulldozer);
    • Улучшение поддержки формата образов qcow2, увеличена производительность ввода/вывода за счёт выполнения операций в асинхронном режиме;
    • Новый пакет qemu-guest-agent, позволяющий установить такие команды как guest-sync, guest-ping, guest-info, guest-shutdown и guest-suspend-*;
    • Поддержка более детального мониторинга производительности гостевых систем;
    • Экспериментальная возможность динамического распределения виртуальных CPU для гостевых систем. Указанная возможность позволяет при необходимости на лету увеличить число предоставленных гостевому окружению vCPU в моменты, когда требуется повышенная производительность. В настоящее время пока поддерживается только добавление vCPU, отключение будет реализовано в будущих выпусках;
    • Экспериментальная поддержка нового стека организации работы с устройствами хранения virtio-scsi, который развивается в качестве альтернативы virtio-blk. В virtio-scsi снято ограничение на одно PCI-устройство на диск, добавлена поддержка использования нескольких целевых устройств (qemu и lio) и возможность привязки к одному PCI-устройству тысяч дисков, которые внутри виртуального окружения не будут ничем отличаться от реальных SCSI-устройств;
    • В реализации протокола SPICE добавлена поддержка проброса устройств USB 2.0.
  • Безопасность:
    • Поддержка двухфакторной аутентификации при организации доступа окружению Red Hat Enterprise Linux, что позволяет повысить безопасность систем по сравнению с обычной парольной аутентификацией и обеспечить соответствие стандартам промышленной безопасности. Для организации входа предлагается использовать в OpenSSH одновременно несколько различных параметров аутентификации, например, пароль и публичный ключ («RequiredAuthentications2 publickey,password» в /etc/ssh/sshd_config);
    • В OpenSSH добавлена поддержка шифра AES-CTR (Advanced Encryption Standard Counter Mode), рассчитанного на шифрование трафика в высокоскоростных сетевых окружениях. Особенностью представленной реализации AES-CTR является поддержка параллельного шифрования блоков данных, при котором блоки шифруются с одновременным задействованием нескольких процессорных ядер;
    • Поддержка протокола аутентификации EAP-FAST (Extensible Authentication Protocol-Flexible Authentication via Secure Tunneling), выступающего в роли легковесной альтернативы протоколу LEAP и позволяющего использовать для шифрования обычный TLS;
    • Расширенная поддержка работы на системах IBM System Z. Добавлен пакет OpenSSL-IBMCA, позволяющий напрямую обращаться к аппаратным криптографическим средствам. Напрмер, в OpenSSL можно использовать криптографические стандарты, такие как FIPS 140-2, доступные при запуске Red Hat Enterprise Linux на System Z;
  • Файловые системы и хранилища:
    • В реализации системы FUSE, обеспечивающий работу ФС на уровне пользователя, добавлена поддержка флага O_DIRECT, что привело к увеличению производительности и сокращению нагрузки на CPU при записи и чтении файлов в FUSE-модулях, поддерживающих собственные схемы кэширования ввода/вывода;
    • Расширены возможности файловой системы GFS2, используемой для организации совместного доступа к хранилищам. Добавлена поддержка упреждающего чтения (read-ahead) при последовательном чтении директорий. Оптимизирован процесс записи данных, при одновременном обращении к одному узлу. В поставляемую для GFS2 утилиту для проверки целосности ФС добавлена поддержа проверки и для старой версии GFS1, что должно упростить миграцию на GFS2;
    • В Logical Volume Manager (LVM) добавлена поддержка RAID уровней 4, 5 и 6, а также реализован новый метод зеркалирвоания. Поддержка данных возможностей также обеспечена в виде бэкенда для модулей MD (software RAID). Подобная возможность позволила унифицировать инструменты и интерфейс для управления хранилищами, сведя в один интерфейс все функции управления, такие как создание разделов, изменение размера разделов и развёртывания RAID;
    • Поддержка резервирования неиспользуемого дискового пространства для последующего слияния снапшотов LVM. Функция слияния снапшотов с активным разделом предоставляет дополнительные возможности резервного копирования, но требует обязательного резервирования свободного места на диске в процессе развёртывания системы. При этом проблема состоит в том, что не всегда можно предугадать размер LVM хранилища в будущем. Для выхода из данной ситуации в RHEL 6.3 представлена возможность резервирования места не в абсолютных значениях, а в процентном отношении от доступного неиспользуемого дискового пространства;
    • Включение в состав дистрибутива утилит и модуля Device Mapper (DM) с поддержкой динамического выделения места в хранилище (thin provisioning), что позволяет создать несколько виртуальных дисковых разделов, суммарный размер которых превышает физический размер доступных накопителей, а физическое дисковое пространство выделяется по мере необходимости. Например, можно выделить 500 Гб (а не 1 Тб) на хранение 100 разделов пользователей по 10 Гб каждый, так как данные пользователи среднем используют не более 50% предоставленного дискового пространства. Пользователи при этом получат хранилище требуемого размера, по мере заполнения которого будет выделяться место из общего пула. В ситуации, когда станет наблюдаться нехватка физического дискового пространства, администратору будет достаточно подключить к пулу дополнительный диск;
    • Экспериментальная поддержка динамического выделения места в хранилище («thin provisioning») для снапшотов и логических разделов LVM. Новая реализация copy-on-write (cow) снапшотов в LVM. Поддержка динамической агрегации метаданных LVM при помощи демона lvmetad;
  • Приложения и средства для разработчиков:
    • Вместо OpenOffice.org в качестве стандартного офисного пакета теперь предлагается LibreOffice;
    • В дополнение к OpenJDK6 представлена поддержка пакета с OpenJDK7. Дополнительно поставляются пакеты java-1.7.0-oracle и java-1.7.0-ibm;
    • Rsyslog обновлён до версии 5;
  • Сетевые возможности:
    • Расширены возможности по использованию системы IPSet, позволяющей повысить эффективность работы пакетного фильтра с большими списками IP-адресов и подсетей. Использование списков адресов позволяет сократить число правил пакетного фильтра и обеспечить динамическое обновление правил без негативного влияния на производительность;
    • В утилиту tc добавлена поддержка настройки Quick Fair Scheduler (QFQ);
    • В состав включён контроллер выделения сетевых ресурсов на основе cgroups - Network Priority (net_prio) resource controller, позволяющий динамически менять приоритеты для сетевого трафика заданных приложений в привязке к каждому сетевому интерфейсу;
  • Оборудование:
    • Значительное обновление драйверов и подсистем, связанных с поддержкой оборудования. Из основного ядра портированы драйверы для сетевых адаптеров, устройств хранения, графических карт и другого оборудования;
    • Обеспечена полная поддержка target-режима Fiber Channel over Ethernet (FCoE), которая ранее относилась к категории экспериментальных возможностей. Используя FCoE можно создавать хранилища на базе Red Hat Enterprise Linux, обеспечивая надёжность и производительность на уровне обычного Fibre Channel, но затрачивая существенно меньше денежных средств;
    • Интегрированы патчи, направленные на повышение производительности при работе на экстремально крупных системах (например, с 2048 процессорными ядрами и 16 Тб ОЗУ);
    • Поддержка процессорной инструкции rdrand для генерации случайных числе. Rdrand поддерживается в CPU Intel Core i5 и i7;
    • В специализированной псевдо-файловой системе «pstore» добавлена поддержка UEFI. ФС pstore предназначенна для организации доступа к присутствующим на некоторых платформах хранилищам, позволяющим сохранить отладочную информацию о причине краха между перезагрузками;
    • Полная поддержка USB 3.0;
    • Многочисленные улучшения и оптимизации производительности для платформы IBM System z;
    • По умолчанию включена опция CONFIG_VGA_SWITCHEROO, позволяющая переключаться между двумя графическими картами;
    • Полная поддержка драйверов BFA (Brocade BFA Fibre Channel) и BNA (Brocade 10Gb PCIe ethernet Controllers);
  • Управление идентификацией
    • Обновлены средства управления индентификацией. Добавлена возможность отключения автоматического создания отдельной группы при заведении пользователя, что позволяет упростить миграцию от NIS к окружениям на базе IdM;
    • Для IdM добавлен плагин для организации автоматической привязке пользователей или хостов к заданной группе при добавлении пользователей или хостов в сервере директорий;
    • Поддержка кэширования сессионных данных вместо выполнении GSSAPI нотификаций на каждое обращение к Web UI, что позволяет снизить нагрузку на серверы идентификации;
    • Родная поддержка маппинга сетевых групп и сервисов в SSSD;
    • Поддержка централизованного управления SSH-ключами на серверах идентификации;

Одновременно можно отметить публикацию финансовых показателей Red Hat за первый квартал 2013 финансового года, завершившийся 31 мая. Доход компании составил 314.7 миллионов долларов, что на 19% выше, чем было получено за аналогичный период прошлого года. Доходы полученные путем оказания подписных сервисов - $272.6 млн. долларов (рост 21%), отсроченные доходы составили $685 млн. (рост 11%), объем сделок с акциями (РЕПО-сделок) составил 124 млн долларов (рост 38%). Общий объем наличности и инвестиций составляет 1.3 миллиарда долларов. Текущий уровень рыночной капитализации Red Hat - 10 миллиардов долларов. По сравнению с июнем прошлого года, цена за акцию Red Hat выросла с 46 до 53 долларов (пиковые значения за год - 32 и 62 доллара за акцию). Примечательно, что после объявления финансового отчёта, акции Red Hat упали в цене почти на 10%, что некоторые аналитики объясняют незначительным отставанием полученных показателей доходности от прогнозируемых значений.

>>> Новость взята с opennet.ru

★★★

Проверено: JB ()

Ответ на: комментарий от Best-hokum_ever

и по сей день получают новых пользователей на вполне конкурентных условиях

пруфлинки с динамикой продаж в студию.

true_admin ★★★★★ ()
Ответ на: комментарий от true_admin

да нету у него никаких пруфлинков. он обычний диванный теоретик. не отвлекайся на него.

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

anonymous ()
Ответ на: комментарий от blackst0ne

А в SL как?

А в SL каждый минорный релиз сопровождается в течении срока поддержки всей линейки (т.е. 5-ка — до 2017, 6-ка — до 2020). Политика обновлений аналогичная CentOS (auto-upgrade) с легкостью настраивается установкой пакета с соотв. конфигурацией репозиториев.

sadov ()
Ответ на: комментарий от Reset

kvm на 12.04 у меня до сих пор работает невменяемо с периодическим сегфолтами
kvm'ов под нагрузкой, невозможностью загрузки через scsi, неработоспособностью
virtio сети ... все обновления стоят, а толку ноль

вот и я как раз об этом! в убунте феноменально много проблем с виртуализацией, причем это не только драйверы и гипервизор, но и куча глюков в либвирте

dyasny ★★★★★ ()
Ответ на: комментарий от true_admin

они еще не слезли? блин, мы им еще в 2007ом говорили что пора валить с этой древности...

dyasny ★★★★★ ()
Ответ на: комментарий от sadov

только старшая минорная версия, т.е. сейчас из 6-ой
линейки — только 6.2, слепят 6.3 — поддержка 6.2

Ты школьниг, что ли ?

Вообще релиз 6ой токо один, а 6.х это всего лишь свое рода сервис-паки. Как тыдумаешь версии ядер в 6.0 и 6.3 какие ? И почему весь стороний софт имеет рпм с цифирками просто el6 ?

mx__ ★★★★★ ()
Ответ на: комментарий от mx__

Вообще релиз 6ой токо один, а 6.х это всего лишь свое рода сервис-паки. Как тыдумаешь версии ядер в 6.0 и 6.3 какие ? И почему весь стороний софт имеет рпм с цифирками просто el6 ?

не знаю как у центоси, но у шляпы все «почти» действительно так - минорный релиз поддерживается два года

borisych ★★★★★ ()
Ответ на: комментарий от true_admin

Уж лучше ты, пруфлинки на отсутствие продаж в unix секторе рынка ОС.

Тогда обсудим, кто жив, а кто - нет

Best-hokum_ever ()
Ответ на: комментарий от anonymous

А ты типо за других решаешь, что им делать, а что не делать?

Если вовремя обратишься к психологам, то это возможно будет поправить, подлечишься и станешь полноценным членом общества.

Best-hokum_ever ()
Ответ на: комментарий от borisych

не знаю как у центоси, но у шляпы все «почти» действительно
так - минорный релиз поддерживается два года

Стоп. Давай проясним. выходит к примеру патч на бинд и они ложут в упдату

named-12-6_0, named-12-6_1, named-12-6_2, named-12-6_3 так что ли ?

mx__ ★★★★★ ()
Ответ на: комментарий от dyasny

вот и я как раз об этом! в убунте феноменально много проблем с виртуализацией, причем это не только драйверы и гипервизор, но и куча глюков в либвирте

Можно поподробнее, а то я как раз хочу сервак запилить под виртуализацию на основе kvm. Учитывая, что debian вменяемо работает, довольно странно, что в убунте с ваших слов много глюков и проблем. Я хочу покрутить именно 12.04.

andrew667 ★★★★★ ()
Ответ на: комментарий от andrew667

Все просто - погугли кем куплена Qumranet, насколько важно качество работы KVM для Debian и для RedHat.

anonymous ()
Ответ на: комментарий от andrew667

Нет ни чего лучше под KVM чем шапка, ибо это их технология. Вылезана до придела, работает под нагрузками без нариканий.

anonymous ()
Ответ на: комментарий от anonymous

...и имеет производный продукт виртуализации, доросший до прямой конкуренции с грандами вроде вмвари - RHEV, что в некотором роде гарантирует максимальную концентрацию компетенций по этому направлению в самой компании

Best-hokum_ever ()
Ответ на: комментарий от dyasny

Ну мало ли кто чего пишет. Вообще тут можно лишь узнать чье-то мнение. Как на самом деле - это совсем другой вопрос. На работе такого наслушаешься, что думаешь вроде взрослые люди, а ничего так и не знают, зато работают по 10 лет и пеной у рта доказывают свою точку зрения, а внятно и по делу сказать нечего.

Анонимус, тут ещё большой вопрос для кого kvm важнее. Когда видишь, что hsp подключает репы epel или вообще фиг знает что, то думаешь, ну его нафиг такой redhat-clone. Хотя тебя я понял.

andrew667 ★★★★★ ()
Ответ на: комментарий от andrew667

Я ни чего не доказываю, просто имею опыт эксплуатации KVM в боевых условиях, враспределённой по всей России сети. Так же с ESX4 от vmware. Пробывали шапку и убунту. По удобству и вылизанности шапки на KVM равных нет. Так же в других дистрибутивах нет таких больших бэкпортов с сохранение работоспособности самой системы. Ньюансов много, все не опишешь, в основном всё нужно черпать из практики.

anonymous ()
Ответ на: комментарий от andrew667

Ну мало ли кто чего пишет.

эээ нет, совсем не мало. тем более что там где пишут, там и тестируют и стабилизируют. смотрим - kvm разрабатывается в RHT, libvirt, virtio, и все релевантные части qemu - тоже. Spice - там же. KSM... ну вы уже поняли, да?

проверить это не сложно - берем список топовых коммитеров и смотрим имена на linkedin :)

dyasny ★★★★★ ()
Ответ на: комментарий от anonymous

Речь идет про именно rhel (не про centos, sl, cloudlinux)? На debian 6 я знаю что все тоже вполне себе неплохо, а убунту 12.04 скоро допилят. Только вот debian и убунта денежку берегут.

andrew667 ★★★★★ ()
Ответ на: комментарий от andrew667

Всё зависит от твоего проекта, что тебе надо, нагрузки, маштабы, кретичность, управляемость, она как раз из маштабов растёт. Если у тебя пара виртуалок, то бери что хочешь, если же у тебя датацентр, с кластеризацией хранилищь, миграциями и так далее. То тут шапка. Бери и тесть под свои нужды.

anonymous ()
Ответ на: комментарий от mx__

Ты школьниг, что ли ?

А, ну судя по экспрессивности тона — перед нами бойкий малыш из подготовительной группы!

Вообще релиз 6ой токо один, а 6.х это всего лишь свое рода сервис-паки.

Это кто такую смешную сказку нашему милому карапузу рассказал? Наверное дедушка Билл Гейтс, судя по терминологии...

Букварик на минутку хорошо бы отложить, да и почитать «Red Hat Enterprise Linux Life Cycle», FAQ на сайте SL и те же Technical Notes (хотя бы к тому же 6.3). Тогда станет ясно, что минорные релизы — это факт данный нам в ощущение и представляют собою они не просто кумулятивный набор update'ов. Могут появляться совсем новые пакеты (напр. тот же LibreOffice или в 5-ке — PostgreSQL 8.4), а какие-то старые напротив того — obsolet'иться.

К чему может приводить бездумное обновление хорошо знают те кому приходилось поддерживать сколь-нибудь существенную инфраструктуру — тот же GRID LCG в котором обрабатываются петабайтны данных прилетающие с CERN'овского Адронного Суперколлайдера. Это сотни совершенно разных data-center'ов размазанные по всему миру с совокупной мощностью в сотни тысяч CPU. Так вот, порядка 30% вычислительных задач (некоторые из которых могли выполняться месяцами) завершались неуспешно, обычно из-за того что какой-нибудь бодрый пионэр в юношеской запальчивости не к месту что-то обновил или недоконфигурил после обновления. Именно поэтому согласование конфигурации вычислительных нод весьма важно, зачастую вплоть до минорных версий, и именно поэтому SL (который собственно и является становым хребтом этой инфраструктуры) довольно щепетильно относится к поддержке оных.

Как тыдумаешь версии ядер в 6.0 и 6.3 какие ? И почему весь стороний софт имеет рпм с цифирками просто el6 ?

Сторонний софт имеет distr el6 потому, что данный бинарник в принципе может быть запущен в нем — RH «maintain binary compatibility for the core runtime environment across all minor releases and errata advisories». Сколько надо будет чего доустанавливать и допиливать напильником в абстрактной версии дистрибутива для запуска в работу какой-то внешней софтины, а тем более для построения какой-то инфраструктуры — это отдельный вопрос. Поэтому, как правило, у сторонних vendor'ов (у того же Oracle, напр.) в System Requirements прописываются вполне конкретные версии дистр-ов (включая минорную) и только такие установки считаются support'ными.

sadov ()
Ответ на: комментарий от andrew667

Можно поподробнее

Достаточно залезть на launchpad и посмотреть что там есть на тему libvirt, kvm итп.

Только у меня не сложилось впечатление что другие дистры сильно лучше.

true_admin ★★★★★ ()
Ответ на: комментарий от mx__

https://access.redhat.com/support/policy/updates/errata/

апдейты для минорного релиза выходят в течение двух лет, после этого чисто технически можно ставить пакеты от старших версий, но шляпа (компания) так делать запрещает - требует обновления всей системы до поддерживаемого релиза.

borisych ★★★★★ ()
Ответ на: комментарий от sadov

Поэтому, как правило, у сторонних vendor'ов (у того же Oracle, напр.) в System Requirements прописываются вполне конкретные версии дистр-ов (включая минорную) и только такие установки считаются support'ными.

Не совсем так, точнее именно так поступают совсем уж уродские конторы (знаю несколько), у оракла в матрицах сертификации обычно пишут минорная версия и старше, т.е. например для 11.2: 5.2 и старше

borisych ★★★★★ ()
Ответ на: комментарий от dyasny

у вас настолько дешевый даунтайм и рабочая сила?

не знаю что насчет стоимости даунтайма, но людей не очень ценят, не учат, а что-то купить из софта- вряд ли. Я хочу на серваке покрутить, а то на десктопе не очень-то ресурсов.

To anonymous: Пока планирую ~8 виртуалок (отдельно службы разнести нужно, чтобы обслуживание упростить и для бэкапа если какой сервак упадет).

andrew667 ★★★★★ ()
Ответ на: комментарий от true_admin

Только у меня не сложилось впечатление что другие дистры сильно лучше.

Мнения в общем разные. В принципе можно в качестве платформы виртуализации использовать и что-то на el, а поверх debian. Ну не очень у меня срослось с el.

andrew667 ★★★★★ ()
Ответ на: комментарий от andrew667

НУ если маленькие нагрузки бери что удобней, а так я советую SL, всё таки всё развивает шапка и интеграция виртуализации у них самая высокая. А в виртуалке хоть винду :). Если не будишь использовать снапшоты, то советую диски raw, и если позволяет место, то сразу под жёсткие отводи место, что бы они ложились физически без дырок. Выстови сразу вид кеширования руками, по умолчанию не юзай.

anonymous ()
Ответ на: комментарий от andrew667

не знаю что насчет стоимости даунтайма, но людей не очень ценят, не учат, а что-то купить из софта- вряд ли.

то есть предприятие работает на кустарщине и пиратках, и админы админят за еду? сочувствую, честно. Если будут вопросы по проекту - обращайтесь

dyasny ★★★★★ ()
Ответ на: комментарий от andrew667

а поверх debian.

дался вам этот дебиан. в гестах тоже должна быть внятно сделанная интеграция с платформой. вы ведь не поставите на сервер IBM дистр который с ним работает кое как, если есть другой дистр который на данном железе тестировался.

dyasny ★★★★★ ()
Ответ на: комментарий от anonymous

Вообще пока смысл нормально въехать в тему. Еще важный вопрос - а как обновлять ядра на базовой системе, поверх которой будут виртуалки? У меня был негативный опыт именно с SL - обновляешь ядро, а сервак потом не грузится с новым ядром. Это песец когда dns не поднимается,а откатить не на что. Благо со старым ядром завелось. При этом в ядре не было никаких дополнительных модулей. Самое что ни на есть стандартное. Выяснилось, что это баг, на который в пятой ветке забили за ненадобностью, а в 6-ой , которую я устанавливал, он только всплыл.

andrew667 ★★★★★ ()
Ответ на: комментарий от andrew667

Не сталкивался с таким, а вот на хосте обновлять ядро трудно, тут помагает живая миграция, учи эту мат часть, но нужен будит другой сервак. Но если на хостовой системе работает всё путём, не трожь её. Если только нет критических уязвимостей или ты не обновляешься например с 6.2 на 6.3, или если не появились нужные киллер фичи. Тут любую систему придётся останавливать. С миграциями я думаю тебе пока заморачиваться не нужно :)

anonymous ()
Ответ на: комментарий от dyasny

ну как минимум ещё один сервак и у мение с миграциями работать, с хранилищами и вообще понимать суть вопроса.

anonymous ()
Ответ на: комментарий от anonymous

как хранилище может выступать самый простенький NFS который поднимается за 5 минут. а суть вопроса понимать тоже не обязательно, достаточно знать в общих чертах что нужно для миграции, а не внутренние потроха, которые я и сам до конца еще не изучил (ну не люблю я ковырять низкоуровневый код)

а если брать готовую систему (кто-то упоминал RHEV), то все это делается еще проще и легче

dyasny ★★★★★ ()
Ответ на: комментарий от dyasny

Если будут вопросы по проекту - обращайтесь

Вопрос такой - выбор платформы для виртуализации. Серваки hp 360g5, 360g6. Нормально знаю ubuntu/дебиан . С нужными сервисами разобраться дорогого стоит. Найдя разные подводные камни в одном дистрибутиве как-то не очень хочется повторять эту процедуру. К тому же в SL мало нужного софта, а к леваку привязываться не хочется. Еще я ниасилил selinux. apparmor проще и приятнее. к тому же неплохая вещь upstart. Я пользуюсь ubuntu и debian на серваках и десктопах, и там радует установка софта, потому что возиться не ни времени, ни уже желания. Когда все везде одинаково или почти одинаково, оно как-то проще. Если в чем-то неправ, поправьте.

andrew667 ★★★★★ ()
Ответ на: комментарий от dyasny

старое ядро всегда можно загрузить если что. а апдейты ядра (и всего остального) делаются через yum

Так и делаю через yum. Что старое ядро нельзя удалять знаю, потому что можно не подняться.

По поводу обновлений основного сервака (на котором крутятся виртуалки) я понимаю. 1. Мигрируем на новый обновленный. 2. Обновляем старый 3. Мигрируем на тот, который обновили.

В принципе пункт 2 и 3 можно не делать. Просто миграция на другие обновленные серваки по кругу. Я так понял?

andrew667 ★★★★★ ()
Ответ на: комментарий от andrew667

g5 вроде совсем старье, там VT/AMD-V есть?

а вопроса не заметил. Вы говорите что знаете и предпочитаете Дебиан, и вам надо выбрать платформу виртуализации. Чем Дебиан и его отростки как платформа виртуализации хуже RHEL и его клонов вам объяснили, дальше выбор ваш а не мой.

dyasny ★★★★★ ()
Ответ на: комментарий от andrew667

если серверов больше чем один то можно мигрировать. Для этого хранилище имиджей дисков должно быть общим (SLM вроде как в 6.3 заявлен, но как превью, так что его пока не трогаем).

Если виртуалки можно опустить на время, то и миграция не нужна. Их кстати можно остановить без потери данных в памяти, просто поставить на паузу (что является миграцией в файл кстати), перезагрузить хост, и снять ВМ с паузы.

dyasny ★★★★★ ()
Ответ на: комментарий от dyasny

спасибо за разъяснения. везде по 2 процессора, памяти на g6 24гига, на g5 скромнее 16гиг, sas 10k винты, vt-x есть, так что с железом все не так плохо.

Ваше мнение насчет el я тоже понял. Без графики в el всем можно рулить (применительно к системе выртуализации)? Графика на сервере совсем не труъ.

andrew667 ★★★★★ ()
Ответ на: комментарий от sadov

Это кто такую смешную сказку нашему милому карапузу рассказал?

Хорошая позиция ;) Типа воды 3 ведра налил, ОО и ПГ упомянул, странно что фокс не упомянул, когда с 4 на 10 прыгнули :) Может еще какие левые скрипты еще вспомнишь ?

А про ядрошко и глибы как то умалчиваем :) Продолжай в том же духе !

mx__ ★★★★★ ()
Ответ на: комментарий от mx__

Хорошая позиция ;) Типа воды 3 ведра налил, ОО и ПГ упомянул, странно что фокс не упомянул, когда с 4 на 10 прыгнули :) Может еще какие левые скрипты еще вспомнишь ?

Да, похоже вышеупомянутая вода так и не охладила воспаленного воображения — продолжаем с увлечением нести пургу :(... Настоятельно рекомендую принять успокоительного!

А про ядрошко и глибы как то умалчиваем :) Продолжай в том же духе !

Все что было необходимо для понимания так волнующих Вас моментов и того как вообще устроена жизнь в мире Long Time Support дистрибутивов (в данном случае — RHEL и SL) — уже сказано мною и другими коллегами в предыдущих постах. Если что-то осталось непонятно — рекомендую регулярно перечитывать данный thread на ночь и развивать межсинаптические связи — это сильно поможет в предстоящей трудовой деятельности, когда настанет наконец пора оторваться от игровой консольки и поглядеть на процесс равзертывания (а самое главное — сопровождения) хоть сколь-нибудь серьезной реально работающей системы.

sadov ()
Ответ на: комментарий от horonitel

Новый релиз ненужного дистрибутива.

Назови тогда один нужный дистрибутив и обоснуй свой выбор. Насколько я знаю, при своем выходе он (Red Hat) был очень нужным.

JJackFLASH ()

Спасибо. Интересно.

ii8_ ★★★★ ()
Ответ на: комментарий от sadov

А в SL каждый минорный релиз сопровождается в течении срока поддержки всей линейки (т.е. 5-ка — до 2017, 6-ка — до 2020). Политика обновлений аналогичная CentOS (auto-upgrade) с легкостью настраивается установкой пакета с соотв. конфигурацией репозиториев.

Спасибо за информацию. Сейчас почитал FAQ на официальных сайтах CentOS и SL:

CentOS

http://centos.org/modules/smartfaq/faq.php?faqid=34

Since all updates within a major release (CentOS 2, CentOS 3, CentOS 4) always upgrade to the latest version when updates are performed (thus mimicing upstream behavior), only the latest version is maintained in each main tree on the CentOS mirrors.

Scientific Linux

http://www.scientificlinux.org/documentation/faq/distro.versions

The default behavior of SL is to stay of the given minor release you installed. So, if you installed SL 5.2 you wont get upgraded to SL 5.3 unless you actually perform the labor required. This can allow you to schedule your upgrades to meet your downtime windows rather than trying to guess at our exact release dates. People who want to simply be on the latest tree should use the 'x' branch.

blackst0ne ★★★★★ ()
Ответ на: комментарий от mx__

Чего то непохоже что чпуксы и аиксы ждут своего последнего выдоха господина ПэЖэ. Их до сих пор как грязи, особенно AIX.

Ylytch ()
Ответ на: комментарий от JJackFLASH

Debian. Был нужен при своем выходе, нужен и сейчас. Обогнал CentOS по количеству обслуживаемых веб-серверов.

horonitel ★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.