На пару дней взял в лабе четыре сервера, на которых развернул oVirt - Open Source-реализацию системы виртуализации, находящуюся в стадии разработки, но имеющую весьма высокий потенциал. Объясню почему. Когда говорят о бесплатных продуктах, подобных ESXi и Hyper-V, нужно понимать, что, хотя они и бесплатны, но масштабируемое решение на них никоим образом не построить. Если вы возьмете десять физических серверов и установите на них гипервизор, то у вас и будет десять отдельно стоящих серверов без функций централизованного управления, горячей миграции, отказоустойчивости и т.д. За все, без чего виртуализация превращается в “красивую игрушку”, нужно платить.

Подготовка к более чем двадцати четырем часам лабораторных, разбитых на пять экзаменов, заняла чуть больше года. Сегодня пришли результаты последнего экзамена по настройке производительности, который иначе как “black magic” назвать нельзя :) Для интересующихся: интервью с первым Red Hat Certified Architect Флорианом Брендом, обзор сертификации и FAQ .

Рядом с часами появилось сообщение “доступно 181 обновление” :) Анонс основных нововведений - тут . По этой ссылке - Release Notes.

“Большие системы” для конечного пользователя означают значительные инвестиции в вычислительные ресурсы, и сразу же возникает вопрос эффективного управления этими мощностями. На этот раз оставим виртуализацию в стороне и рассмотрим динамическое управление ресурсами в пределах одной отдельно взятой операционной системы. Где это необходимо? Примеры:

• Веб-сервер, поддерживающий несколько экземпляров одного и того же приложения;
• Сервер, поддерживающий разные приложения (например СУБД и Apache) или HPC-приложения, каждое из которых должно работать с заданными параметрами быстродействия;
• Сервер, поддерживающий приложения, нагружающие разные ресурсы (подсистемы) этого сервера, но требующие заданный уровень сервиса.

В замечаниях к выпуску Enterprise Linux 5 можно встретить такую фразу:

На днях вышла новая версия open source решения для обслуживания всего жизненного цикла Linux-инфраструктуры - Spacewalk 0.4. Spacewalk представляет собой открытый по лицензии GPL2 продукт Red Hat Network Satellite Server, имеющий давнюю, с 2001 года, историю разработки.

Основные усовершенствования:

• интеграция с Cobbler/Koan (о Cobbler я писал в блоге пару недель назад). Требуется версия cobbler >=1.4, которая пока что присутствует в репозитории epel-testing. Предполагается, что Cobbler заменит соответствующую подсистему в Spacewalk, а в дальнейшем, видимо, и в Red Hat Network Satellite Server;
• начата работа над реализацией доверительных отношений между Организациями и реализацией “общих каналов” программного обеспечения (Multi-Org II);
• улучшения в поддержке разных архитектур в пределах одного сервера для 64-разрядных систем;
• Набор новых API (channel.access.*, channel.org.*, package.*);
• Модули SELinux для компонентов Spacewalk (Ура! Раньше первый пункт при установке звучал как “выключите SELinux” :) ;
• Поиск по online-документации в Spacewalk. (Мелочь, а приятно);
• Справочная документация обновлена с учетом последних изменений;
• Продолжается миграция частей кода с perl на java;
• Улучшенна интеграция с базовой системой. satellite-httpd удален, поскольку теперь используется стандартный httpd;
• С момента выхода версии 0.3 исправлено более сотни различных ошибок.

В качестве платформы все еще необходимо использовать RHEL/CentOS/etc, но уже начата работа по созданию репозитория для Fedora 10.