Виконую встановлення, налаштування, супроводження серверів. Для деталей використовуйте форму зворотнього звʼязку

Доступ к NFS ресурсам в 11.1 значительно упростился. Теперь расшаривание ресурсов происходит через свойства zfs. Расшарить ресурс можно так:

# zfs get share.nfs rpool/export/home/mn
NAME                  PROPERTY   VALUE  SOURCE
rpool/export/home/mn  share.nfs  off    default
zfs set share.nfs=on rpool/export/home/mn
# zfs get share.nfs rpool/export/home/mn
NAME                  PROPERTY   VALUE  SOURCE
rpool/export/home/mn  share.nfs  on     local

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

Тестовый стенд: Solaris 11.1

Суть метода такова: делаем снапшоты всех zfs, какие нужны для зоны, копируем их на удалённый хост, создаём там зону и деаем ей просто attach, так как файлы уже присутствуют.

Аллокатор памяти определяет то, как распределяется память в системе, точнее как она выделяется и как освобождается приложениями. В зависимости от разных методов “аллокации”, мы можем получить существенное увеличение производительности для конкретных приложений.

Malloc

По умолчанию в Solaris 11 используется именно он. Вызов malloc не только увеличить адресное пространство, доступное процессу, но также связан со случайным доступом к памяти (Random Access Memory). Malloc по прежнему увеличивает адресное пространство, но не выделяет памяти, пока соответствующая страница (в памяти) не будет создана.

Для Solaris уже есть готовые пакеты, которые можно скачать отсюда. После скачивания, создаём отдельную zfs для /opt/mongodb и распаковываем архив соответственно в /opt/mongodb. На самом деле, в архиве кроме бинарников mongodb и README – ничего нет. Остальное придёться создать самому. Создаём дополнительно такие папки (в корне папки /opt/mongodb): etc (для конфига), log (для логов), data (для баз), mongo-extra-64 (для дополнительных библиотек).

Начиная с 11-ой версии появилась возможность создавать vnic’ы автоматически, при старте зоны, тем самым использовать exclusive IP для зоны. Всё это благодаря anet.

Отредактируем свойства зоны:

Данная статья является вольным переводом страниц документации к Shadow Migration. Данный функционал появился в 11 версии и не так широко известен.

Давайте попробуем понять, что же это такое. Предположим вам нужно перенести данные с одного места в другое, при этом без downtim’a. Тогда вам будет очень кстати этот метод. Shadow Migration позволяет переносить данные “в тени (в фоне)” на новое место + редиректить запросы тоже на новое место. Получаем перенос данных + прозрачный редирект без простоя. Но есть одно но! Исходная ФС (старое место) должна быть переведена в режим RO. Если для вас это приемлимо – то ниже будет описан процесс работы с ним.