Рабочий экземпляр AWS: У нас есть экземпляр m5 ec2 nitro, который нуждается в оптимизации запросов. Однако у нас нехватка времени, и мы решили временно бросить на это память и хранилище, пока мы не сможем завершить оптимизацию запросов.(Заранее извиняюсь)
Есть 50 ГБ на одной Объем EBS (/dev/sda1) и другой 50 ГБ на втором томе (/dev/sdf). Насколько я могу судить, EC2 использует только один из 50-гигабайтных томов, dev/sda1.
Версия ядра Linux: 4.4.0-1128-aws
32 ГБ ОЗУ (M5a.2xбольшой)
Наш /dev/nvme0n1p1 | (/tmp) каталог заполняется, создавая ошибку SQL 28 No Disk Space, и мы хотим увеличить размер /tmp каталог из от 20 ГБ до 50 ГБ. в то время как мы оптимизируем запросы, чтобы уменьшить размеры файлов временной базы данных (.MAI), хранящихся в /tmp
Где я нахожусь: В нашей тестовой среде/EC2 (также M5.2xlarge) мне удалось увеличить размер тома до 100 ГБ и я выполнил шаги в https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/recognize-expanded-volume-linux.html
- Вот что показывает, когда я бегу лсблк
НАИМЕНОВАНИЕ MAJ:MIN RM РАЗМЕР RO ТИП ТОЧКА КРЕПЛЕНИЯ
nvme0n1 259:0 0 100G 0 диск
âânvme0n1p1 259:1 0 20G 0 часть /
âânvme0n1p2 259:2 0 2G 0 часть [SWAP]
âânvme0n1p3 259:3 0 28G 0 часть
ââvg_xxx-logs 251:0 0 8G 0 lvm /var/log
ââvg_xxx-app 251:1 0 19G 0 lvm /home/xxx
Вот что показывает, когда я запускаю df -hT:
Тип файловой системы Размер Используемый Доступный Использование % Установлено на
udev devtmpfs 16G 0 16G 0% /dev
tmpfs tmpfs 3.1G 183M 3.0G 6%/запуск
/dev/nvme0n1p1 ext4 20G 8.6G 11G 45%/
tmpfs tmpfs 16G 0 16G 0% /dev/shm
tmpfs tmpfs 5.0M 0 5.0M 0% /выполнить/блокировать
tmpfs tmpfs 16G 0 16G 0% /sys/fs/cgroup
/dev/loop0 squashfs 44M 44M 0 100% /snap/certbot/1788
/dev/loop1 squashfs 111M 111M 0 100% /snap/core/12834
/dev/loop3 squashfs 62M 62M 0 100% /snap/core20/1434
/dev/loop5 squashfs 56M 56M 0 100% /snap/core18/2409
/dev/loop4 squashfs 25M 25M 0 100% /snap/amazon-ssm-agent/4046
/dev/loop2 squashfs 56M 56M 0 100% /snap/core18/2284
/dev/mapper/vg_xxx-logs xfs 8.0G 362M 7.7G 5% /var/log
/dev/loop6 squashfs 26M 26M 0 100% /snap/amazon-ssm-agent/5656
/dev/loop8 squashfs 44M 44M 0 100% /snap/certbot/2035
/dev/loop7 squashfs 62M 62M 0 100% /snap/core20/1328
/dev/mapper/vg_xxx-app xfs 19G 4.7G 15G 25% /home/xxx
tmpfs tmpfs 3.1G 0 3.1G 0% /выполнить/пользователь/1000
tmpfs tmpfs 3.1G 0 3.1G 0% /выполнить/пользователь/1001
Как видите, это показывает, что nvme0n1 имеет 100 ГБ доступны, однако, 3 раздела по-прежнему равны 50 ГБ. когда я перехожу к шагу 7 в документации AWS по расширению файловой системы, чтобы занять новое добавленное пространство тома, я получаю следующее:
ubuntu@ip-xx-xx-xx-xxx:~$ **sudo resize2fs /dev/nvme0n1p1**
resize2fs 1.42.13 (17 мая 2015 г.)
** Файловая система уже имеет длину 5242619 (4k) блоков. Нечего делать!**
У меня файловая система ext4 (за исключением того, что я вижу два lvms в подкаталоге nvme0n1p3 но я не думаю, что это что-то меняет) и пробовал часть роста, расстались, но эти решения, найденные в Интернете, обычно предназначены для Ubuntu, а не конкретно для томов EC2 EBS, поэтому я не хочу слишком сильно отвлекаться от того, что должно быть решением, предоставленным AWS, которое я не могу найти. При этом они также выдавали сообщения об ошибках, в которых говорилось, что диск/каталог используется.
Насколько я понимаю, AWS EBS позволяет ec2 увеличивать размер тома, а затем расширять файловую систему без остановки экземпляра или размонтирования расширяемого устройства. Тем не менее, я не смог сделать то же самое при остановке промежуточного экземпляра, на котором я тестирую. Я готов остановить экземпляр, чтобы сделать это, однако предпочел бы сделать это без размонтирования устройства и/или остановки экземпляра.
Я также могу обновить экземпляр, чтобы предоставить больше оперативной памяти, если это необходимо, но сначала мне все равно нужно расширить файловую систему.
Любая помощь приветствуется!
