Я пытался установить SolusVM KVM slave на centos 7, Datacenter предоставил мне операционную систему с раздел, как я объяснил ниже, для установки KVM Slave мне нужен размер PE 32 МБ из размера по умолчанию 4 МБ. Весь диск на сервере предварительной настройки был выделен, и свободного места не осталось.
Есть ли какой-либо вариант, с помощью которого я могу изменить PE с 4 МБ группы томов по умолчанию vg на 32 МБ?
Это мои сведения о системном разделе:
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg-root 2.7T 3.7G 2.6T 1% /
devtmpfs 12G 0 12G 0% /dev
tmpfs 12G 0 12G 0% /dev/shm
tmpfs 12G 50M 12G 1% /run
tmpfs 12G 0 12G 0% /sys/fs/cgroup
/dev/mapper/vg-tmp 976M 2.8M 906M 1% /tmp
/dev/sda2 243M 166M 64M 73% /boot
tmpfs 2.4G 0 2.4G 0% /run/user/0
и группы томов как:
--- Volume group ---
VG Name vg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 4
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 3
Open LV 3
Max PV 0
Cur PV 1
Act PV 1
VG Size 2.73 TiB
PE Size 4.00 MiB
Total PE 715333
Alloc PE / Size 715317 / 2.73 TiB
Free PE / Size 16 / 64.00 MiB
VG UUID efYAtj-6gT5-42wf-7xyH-pQoD-Rxjf-xK5eaS
и fdisk -l как:
Disk /dev/sda: 3000.6 GB, 3000592982016 bytes, 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk label type: dos
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sda1 * 1 4294967295 2147483647+ ee GPT
Partition 1 does not start on physical sector boundary.
Disk /dev/mapper/vg-root: 2986.5 GB, 2986499637248 bytes, 5833007104 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/vg-swap: 12.7 GB, 12683575296 bytes, 24772608 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/vg-tmp: 1073 MB, 1073741824 bytes, 2097152 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
У меня также есть опция sysrcd 4.3.1 из центра обработки данных. Если изменение размера невозможно из текущей CentOS, тогда можно Я делаю это с помощью sysrcd 4.3. 1 модель маршрутизатора Zyxel USG 310 Моя сеть сегментирована на 10 VLAN (1, 2, 3, 4, 5, 6, 7, 8, 10, 11), центральный маршрутизатор ...
Я владею:
Моя сеть сегментирована на 10 VLAN (1, 2, 3, 4, 5, 6, 7, 8, 10, 11), центральный маршрутизатор маршрутизирует пакеты между различными VLAN (проходя через межсетевой экран SPI), из VLAN в Интернет и наоборот (проходя через межсетевой экран SPI) и от VPN к некоторым ресурсам в VLAN и в Интернете. Каждая VLAN имеет маску подсети 255.255.255.0 с сетевым диапазоном 192.168.X.0 / 24, где X - это VID, специфичный для VLAN, маршрутизатор всегда имеет адрес 192.168.X.1 в каждой VLAN.
Switch1 расположен в вторая комната, а две другие - в центральной стойке, где также находится маршрутизатор.
Switch1:
Switch2:
Switch3:
Маршрутизатор:
Единственными VLAN, которые реплицируются в нескольких коммутаторах, являются: - VLAN1, которая используется для управления коммутаторами из их административных интерфейсов. - VLAN5, в которой только 1 устройство подключено не к коммутатору 1, а к коммутатору 3.
У меня есть два разных решения для подключения:
Преимущества: маршрутизатор имеет на порту LAG1 10 интерфейсов VLAN и не создает репликацию интерфейсов VLAN.
Пример) LAG1 / 1, LAG1 / 2, LAG1 / 3, LAG1 / 4, LAG1 / 5, LAG1 / 6, LAG1 / 7, LAG1 / 8, LAG1 / 10, LAG1 / 11
Недостатки: это решение увеличивает сетевой трафик и задержки, поскольку, если устройство VLAN2 подключается к устройству VLAN3, соединение выполняется по следующему потоку:
switch2 -> switch3-> router -> switch3 -> switch2.
Как можно ли настроить одни и те же сети VLAN на разных портах LAG?
Пример) LAG1 / 1, LAG1 / 5
LAG2 / 1, LAG2 / 2, LAG2 / 3, LAG2 / 4, LAG2 / 6
LAG3 / 1, LAG3 / 5, LAG3 / 7, LAG3 / 8, LAG3 / 10, LAG3 / 11
Какое решение следует принять?
Спасибо,
Берто.
Кажется, разница между вашими двумя решениями независимо от того, является ли коммутатор 3 или маршрутизатор центральным концентратором.
Лучшее решение - это то, в котором для большей части сетевого трафика требуется меньше переходов. Итак, предполагая, что ваш внутренний трафик больше, чем ваш трафик WAN, я бы предпочел решение1. Кроме того, переключение лучше всего выполнять на коммутаторе, а не на маршрутизаторе (конечно, в настоящее время это различие значительно размыто).
PS: USG 310, похоже, не поддерживает «группировку портов», что, как я полагаю, относится к группа переключателей - однозначно решение1.