При выполнении обычного клонирования зоны, нужно выключать исходную, делать клон и потом включать обратно. Но если выключение зоны критично, то такой метод клонирования не подходит. Но можно обойти это ограничение с помощью некоторых манипуляций.
Тестовый стенд: 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. Если для вас это приемлимо – то ниже будет описан процесс работы с ним.
В Solaris 11 (как вообще и в любом другом Solaris 🙂 ) не всегда привычно меняются параметры сети. Поменяем маску с /24 -> /23
– узнаем текущую
$ ipadm show-addr | grep 'net0/v4' net0/v4 static ok 10.15.15.12/24
– меняем
#ipadm set-addrprop -p prefixlen=23 net0/v4
– проверяем
$ ipadm show-addr | grep 'net0/v4' net0/v4 static ok 10.15.15.12/23
Нужно ставить отдельное ПО netstat-nat
pfctl -ss
ipnat -l
ipfw nat show
Пока вариантов нету
Такую панику я получаю, когда FreeBSD пытается смонтировать проблемный пул raidz1. Да, в нём 1 (из 3-ох) диск не очень, но это не повод паниковать ядру! Всяческие попытки оживить пул или хотя бы достучаться до него из-под FreeBSD (LiveCD 8/9) не увенчались успехом. Зато загрузившись с Solaris 11.1 пул отлично увиделся и данные с него успешно были стянуты.
По умолчанию для непривилигированного пользователя доступно всего 256 одновременно открытых файлов.
Узнать текущее значение для конкретного процесса:
# pfiles 17383 | grep 'Current rlimit'
Current rlimit: 256 file descriptors
где 17383 – номер PID’a.
Это очень мало для production-систем. Изменить ситуацию можно, установив новые значения в /etc/system.
В Solaris папка /home оставлена по большому счёту ради совместимости, а не ради использования. Вместо неё следует использовать /export/home. Но если вы всё равно хотите использовать пути /home, то правильно будет смонтировать /export/home в /home через autofs. Если вы попробуете создать папку в /home, получите сообщение:
# mkdir /home/skeletor
mkdir: Failed to make directory "/home/skeletor"; Operation not applicable