Обновление Solaris Live на ZFS: за и против загрузочной среды в новом корневом пуле против существующего корневого пула

Я рассматриваю варианты для Live Upgrading Solaris 10 9/10 с корневым пулом ZFS (на самом деле будет развертываться flash-архив, если это представляет интерес).

В документах упоминаются несколько вариантов. Один из них – создать новую загрузочную среду в новом корневом пуле. Другой вариант – создать новую загрузочную среду в существующем корневом пуле. Я склоняюсь к последнему, но это всего лишь ощущение кишки, и я немного теряюсь в отношении плюсов и минусов каждого варианта. Поэтому, если кто-то может указать плюсы и минусы каждого варианта, я мог бы принять более обоснованное решение.

На самом деле это довольно просто.

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

Поэтому создание или уничтожение таких загрузочных сред относительно быстрое.

Сначала это кажется лучше. Но это оставляет новую загрузочную среду привязанной к той, с которой она была скопирована.

На долгоживущем сервере, который получает регулярные обновления, каждый раз в новую загрузочную среду, создание новых загрузочных сред в том же пуле, что и исходная загрузочная среда, создает неприятную путаницу с моментальными снимками и клонами ZFS, что чрезвычайно сложно, если не невозможно, управлять , А поскольку моментальные снимки / клоны «пинают» старые копии файлов, это также создает проблемы со временем.

И наоборот, если вы создаете новую загрузочную среду в другом пуле, это полностью отдельные копии – файлы буквально копируются из исходной загрузочной среды в новую. Это занимает больше времени, и изначально занимает больше места, но он чистый и полностью отдельный.

По моему опыту, долгоживущие компании Solaris, как правило, используют последние, часто имея серверы Solaris с четырьмя загрузочными дисками – два аппаратных RAID-1 зеркала для двух корневых пулов. (Да, зеркало HARDWARE . Замена диска в зеркале ZFS выполняет согласованные действия между технологией замены диска и sysadmin.Это координация трудно сделать, когда удаленное управление сотнями, если не тысячами серверов в нескольких местах. И поскольку технология замены от поставщик аппаратного обеспечения заменяет гарантийный диск, если sysadmin не готов, когда появляется технология замены, он, скорее всего, уйдет. Замена диска в аппаратном зеркале – это просто «вытащить диск с оранжевым светом, замена "только для тех, кто делает замену. Администратор получает, чтобы читать журналы позже, и нет никакой возможности для толстого пальца команды.)

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