클라우드(예: Azure)의 Linux VM - LVM을 사용합니까?

클라우드(예: Azure)의 Linux VM - LVM을 사용합니까?

우리의 궁극적인 목표는 향후 언제든지 파티션의 디스크 공간을 쉽게 늘리는 것입니다. 더 많은 공간이 필요한 시스템 드라이브인지, 아니면 /var 같은 것인지

디스크 파티셔닝에 사용하는 가장 좋은 방법을 조사하던 중 다음 기사를 발견했습니다. https://docs.microsoft.com/en-us/azure/virtual-machines/linux/configure-lvm

"LVM은 가상 머신에 연결된 모든 디스크에 구성될 수 있지만 대부분의 클라우드 이미지는 기본적으로 운영 체제 디스크에 LVM을 구성하지 않습니다. 이는 운영 체제 디스크가 한 번 점유되었을 때 문제를 방지하기 위한 것입니다. 중복 문제 동일한 배포 및 유형의 다른 가상 머신에 연결(즉, 복구 시나리오 중에)하므로 데이터 디스크에서만 LVM을 사용하는 것이 좋습니다.

그러나 시스템(비데이터 디스크)에서도 LVM을 사용하지 않는 경우 VM 콘솔에 액세스할 수 없으므로 필요한 경우 이 디스크 파티션을 어떻게 확장합니까?

예를 들어 최근 온-프레미스 환경(Azure가 아님)에는 LVM을 전혀 사용하지 않고 중간 파티션을 확장해야 하는 VM이 ​​있었습니다. 우리가 찾은 유일한 해결책은 부팅 디스크에서 가상 머신을 부팅하고 GPARTED를 사용하는 것이었습니다. 이 옵션은 Azure에서 사용할 수 없습니다.

동일한 상황이 발생하는 경우 어떻게 처리하거나 Azure VM에서 처리하는 데 권장되는 사항은 무엇입니까? (중간 파티션에 추가 공간이 필요한 경우 LVM이 아닌 디스크에서) 주로 향후 이러한 문제를 피하기 위해 Linux VM을 구축하는 방법을 계획하려고 합니다.

답변1

동일한 상황이 발생하는 경우 어떻게 처리하거나 Azure VM에서 처리하는 데 권장되는 사항은 무엇입니까? (중간 파티션에 추가 공간이 필요한 경우 LVM이 아닌 디스크에서)

검색 결과를 보면 Azure에서는 이 작업을 수행하지 않는 것이 좋습니다.

제공된 클라우드 이미지는 디스크 끝에 루트 파티션을 배치하는 것으로 나타납니다. 제 생각에는 데이터 파티션을 별도의 디스크에 두는 것이 아이디어인 것 같습니다.

예를 들어 이 링크는 Azure Marketplace에서 이 형식의 CentOS 이미지를 표시하고 동일한 프로세스가 Ubuntu 이미지를 사용하여 테스트되었음을 ​​보여줍니다. 또한 fdisk실행 중인 시스템에서 운영 체제 파티션을 삭제하고 다시 생성하여 새로운 여유 공간을 반영할 수 있다는 설명도 나와 있습니다 . 즉, GPARTED 디스크로 부팅할 필요가 없습니다. 그런 다음 파티션 내의 파일 시스템 크기를 조정하려면 먼저 재부팅해야 합니다. 이를 수행하는 다른 방법이 있을 수 있습니다.

https://blogs.msdn.microsoft.com/cloud_solution_architect/2016/05/24/step-by-step-how-to-resize-a-linux-vm-os-disk-in-azure-arm/

답변2

LVM의 사용 패널티는 무시할 수 있으며 일부 경우, 특히 대규모 데이터베이스 파티션의 경우 가치가 있을 수 있습니다.

그래도 OS 파티션에서는 아마도 필요하지 않을 것이라는 데 전적으로 동의합니다.

또한 온라인 확장을 허용하는 파일 시스템을 사용하는 경우 다른 경우에는 이를 사용하지 않아도 되며 LVM을 다시 사용할 필요가 없습니다.

예를 들어 xfs 파일 시스템과 @sourcejedi가 올바르게 지적했듯이 ext4 및 btrfs가 있습니다.

파란색의 경우,정말로 측면에서 부팅해야 하는 경우, 약간의 계획이 필요합니다. 설치 중에 VM에 매우 작은 200-500MB 복구/부팅 파티션을 설정하고 복구 이미지를 포함합니다.

관련 정보