Jak zwiększyć rozmiar woluminu EBS uruchomionej instancji? [zamknięte]

Możemy zwiększyć rozmiar objętości z nową funkcją EBS Elastic volumes, post, że musimy wykonać następujące kroki, aby użyć zwiększenia rozmiaru, jak pokazano tutaj

Załóżmy, że Twoja objętość wynosiła 16G i zwiększyłeś ją do 32GB.

    $lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  32G  0 disk
└─xvda1 202:1    0  16G  0 part /

Aby rozszerzyć xvda1 z 16GB t0 32GB, potrzebujemy growpart. growpart jest dostępny jako część cloudutils

sudo apt install cloud-utils

Po instalacji cloud-utils, wykonaj polecenie growpart

sudo growpart /dev/xvda 1

Teraz lsblk, pokaże

    $ lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  32G  0 disk
└─xvda1 202:1    0  32G  0 part /

Ale df-h pokaże tylko 16GB

Ostatnim poleceniem rozszerzenia xvda1 do 32GB jest

sudo resize2fs /dev/xvda1

W przypadku systemu plików XFS,

sudo xfs_growfs /dev/xvdal Dzięki jajko

Późna odpowiedź na to 5-letnie pytanie

AWS ogłosił właśnie nową funkcję EBS o nazwie Elastic Volumes , która pozwala zwiększyć rozmiar głośności, dostosować wydajność lub zmienić typ głośności podczas korzystania z głośności.

Więcej na ten temat można przeczytać na blogu AWS tutaj .

Musisz najpierw utworzyć jego migawkę, a z tej migawki musisz utworzyć inny wolumin, a gdy nowy wolumin będzie gotowy, odłącz stary wolumin od wystąpienia i podłącz nowy wolumin. Upewnij się, aby zatrzymać wystąpienie przed rozpoczęciem tego procesu i ponownie uruchomić wystąpienie po jego zakończeniu.

Refer http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-expand-volume.html

To zadziała dla systemu plików xfs po prostu uruchom to polecenie xfs_growfs /

Odkryłem, że próbując zwiększyć partycję główną /dev/sda1, która była zgłaszana jako /dev/xvda1 na centos6, nie mogłem odmontować woluminu w celu rozszerzenia partycji.

Obejrzałem to, montując mój oryginalny wolumin jako / dev / sda1 i moją migawkę jako/dev / sdb. Następnie zrestartowałem obraz i zmieniłem rozmiar partycji /dev/sdb1 używając parted.

Po zmianie rozmiaru partycji /dev/sdb1 odłączyłem oba woluminy i ponownie podłączyłem Nowy wolumin do /dev / sda1 i uruchomiłem resize2fs/dev / xvda1.

Nie możesz tego zrobić. Ale jeśli bardziej koncentruje się na przestojach, a następnie koszt, być może w stanie sklonować główną instancję, zamontować większe urządzenie pamięci masowej EBS do systemu, skopiować dane, a następnie przekierować ruch do nowej instancji.

Jeśli chcesz, metoda używam ostatnio use S3 ma nośnik kopii zapasowych i wdrożenia do innych systemów. Na przykład masz uruchomiony istniejący system..Ustaw skrypt, aby przesyłać dane do s3 co N minut/godzin/dni..następnie napisz skrypt do użycia podczas uruchamiania nowych instancji, aby pobrać te dane. Jeśli Twoje dane nie są czymś w rodzaju stale aktualizowanych, powinno to działać dobrze (dla mnie używam tego do dystrybucji zaktualizowanej wersji mojego kodu, podczas gdy same dane są zarządzane na serwerze bazy danych ec2).

Mam nadzieję, że to pomoże.