Сейчас нет IP адресов. Вчера разобрали подсеть /22, нам выделили еще такую же но использовать мы ее можем не ранее чем с завтрашнего дня. Поэтому такие проблемы с «запросами»…
1. Миграция виртуалки с 32ГБ оперативки занимает порядка 2-х минут. Даунтайма нет, но есть некоторое подтормаживание на этот период
5. У нас хранилище с четырехкратной репликацией. Оно состоит из пулов с RAID 1+0 при этом каждый из пулов имеет идентичную «железную» реплику. Если даже какой то из пулов со своей репликой умрут одновременно, что сложно представить, но можно, такой вариант кажется еще обрабатывается средствами файловой системы. Мы используем IBM GPFS
Если 2 одинаковых больших VPS то наименее загруженная будет мигрировать на чистую ноду. Вообще по алгоритму более 2-х VPS с потреблением более 16ГБ на одной ноде мы не держим. Стараемся разнести гигантов на стадии их зарождения
1. Будут переносится на другие ноды наиболее свободные ресурсы. Большая виртуалка долго мигрируется поэтому ее оставляем на текущей ноде
2. Перезапустится на другой ноде с потерей аптайма
3. Ресайз диска в данный момент только с перезагрузкой виртуалки. Есть решение без перезагрузки но оно в данный момент в стадии тестирования, очень много глюков с таким вариантом
4. Будет, если то что мы в данный момент тестируем будет себя стабильно вести
5. У нас хранилище с четырехкратной репликацией. Оно состоит из пулов с RAID 1+0 при этом каждый из пулов имеет идентичную «железную» реплику. Если даже какой то из пулов со своей репликой умрут одновременно, что сложно представить, но можно, такой вариант кажется еще обрабатывается средствами файловой системы. Мы используем IBM GPFS
2. Перезапустится на другой ноде с потерей аптайма
3. Ресайз диска в данный момент только с перезагрузкой виртуалки. Есть решение без перезагрузки но оно в данный момент в стадии тестирования, очень много глюков с таким вариантом
4. Будет, если то что мы в данный момент тестируем будет себя стабильно вести