Только успел в комментариях поныть о том, как все не ясно у Oracle и что же будет с M-series, как наткнулся (видимо, в очередной раз) вот на этот занятный документ – Oracle Sun SPARC/Solaris Roadmap July 2011.
Глянув дату Oracle Open World’2011 – 2-6 октября – подумалось, что релиз Solaris 11 приурочат к этому мероприятию. Будет модно Кстати, по роадмэпу осенью, судя по всему, нас все-таки ждет релиз нового обновления Solaris 10 (update 10? 11?).
На facebook.com (неплохой аггрегатор новостей получается, кстати) – читаю новость – INFORMATION INDEPTH NEWSLETTER SPARC Edition. Оказывается, SPARC T4 уже тестируется. И упор сделан на производительность единичного потока (что есть камень преткновения во всей линейке Tx). С одной стороны – просто праздник. С другой – еще даже толком новые T3 не успели обкатать, а уже наметился очередной существенный перелом.
Тем не менее – процесс идет, в не столь отдаленной перспективе нас уже ждет SPARC T5. Судя по всему – он-то и заменит всю существующую линейку M-series. Гадать – бесперспективное занятие, поживем – увидим! Радует, что SPARC – вполне себе живой.
Вышел, смотрим. Занятная вещь. Появились кое-какие приписки в changelog’e:
- поддержка живой миграции для активных доменов (Live Migration)
- поддержка приоритезации доменов и перераспределение CPU-ресурсов от низкоприоритетных доменов к высокоприоритетным
Update здесь и ниже. Следует развернуть, что имеет сказать Oracle по поводу разнообразных миграций. Итак, поехали. На данный момент Oracle поддерживает три вида миграции:
“холодную” (cold migration) -домен не запущен на исходной системе. Холодная миграция почти мгновенная, так как на целевую машину переезжают только метаданные. После миграции домен определен на целевой машине, но не запущен.
“теплую” (warm migration) – домен запущен на исходной системе. Менеджер логических доменов на исходной машине соединяется с целевой машиной для начала процесса миграции, попутно выполняя проверки совместимости процессоров (и не только) и достаточности ресурсов (памяти, например) на целевой машине. Если проверки пройдены – он (LDOM’s manager) приостанавливает гостевую ОС, пакует и шифрует ее состояние (по большей части – память), используя встроенный в T-серию криптоакселлератор, и передает это состояние на целевую машину. LDOM Manager на целевой машине распаковывает и расшифровывает полученное состояние, и восстанавливает (запускает) домен. Домен может быть (ок, БУДЕТ) недоступен несколько минут – все зависит от пропускной способности сети и количества памяти, но продолжит свою работу именно там, где был остановлен.
“живая” (live migration) – идентична случаю “теплой” миграции, только домен не приостанавливается. Менеджер LDOM сохраняет изменения (в основном – памяти) с момента начала передачи состояния и делает последующие действия для “докатки” состояния измененных участков информации о состоянии домена. Возможна короткая пауза после окончания миграции. Этот метод типичен для виртуальных машин с поддержкой живой миграции.
Во всех трех менеджеры LDOM работают совместно на исходной и целевой системах. Домен определен на исходной системе до начала миграции, и будет определен на целевой системе после выполнения миграции в том же состоянии, в каком он был на исходной системе. Все виды миграции делает одна и та же команда – ldm migrate “имя домена” “имя целевой системы”.
Не стоит забывать, что вполне себе качественная и хорошо работающая функция миграции домена применима далеко не во всех случаях. В частности, живая миграция не обеспечивает функционала непрерывной высокой доступности и восстановления после сбоя. Для этого есть другие решения – например, Oracle Solaris Cluster в общем случае или Oracle RAC – в более частном.
Собственно, изготовил абсолютно бесполезный скринкаст. Инсталляция Opensolaris b134 на SunFire T2000 – прямо через SP console, без заморочек с AI и иже связанными вещами – очень удобно и теперь просто.
Можно сказать – официальный релиз нового процессора Fujitsu SPARC64(TM) VIIIfx – восьмиядерный, построенный на открытой архитектуре, ориентированный на HPC, состоится 25 августа 2009 года в Стенфорде на конференции HotChips. Ждем с нетерпением – это уже не “жОлтая” информация
Начиная со второго релиза Solaris 10 (U1) для платформы x86 стала использоваться новая система загрузки, основным отличием которой от старой являлось наличие временного диска в памяти (ramdisk), содержащего образ файловой системы с исполняемыми файлами ядра и некоторым количество конфигурационных файлов. В рамках подготовки к поддержке возможности установки и загрузки с файловых систем ZFS и унификации процедур администрирования эта функциональность портирована на платформу SPARC.
Только успел в комментариях поныть о том, как все не ясно у Oracle и что же будет с M-series, как наткнулся (видимо, в очередной раз) вот на этот занятный документ – Oracle Sun SPARC/Solaris Roadmap July 2011.
Кстати, по роадмэпу осенью, судя по всему, нас все-таки ждет релиз нового обновления Solaris 10 (update 10? 11?).