이것이 올바른 포럼인지 확실하지 않습니다. 여기 링크 된 libvirt 페이지. 다른 장소에 게시해야하는 경우 알려 주시기 바랍니다.virsh - pool-define-as와 pool-create-as의 차이점
virsh pool-define-as와 create-as의 차이점은 무엇입니까? virsh에 대한 맨 페이지를 읽으면 create-as를 사용할 때 풀 빌드 및 풀 시작을 실행하지 않아도되는 것 같습니다. 그게 유일한 차이점입니까? 내 테스트에 따르면 둘 다 기존 파일 (풀 유형 디렉토리의 경우)을 볼륨으로 선택합니다. 나는 아무것도 놓쳤다.
덕분에, libvirt를에 쇼크
객체는 일시적 또는 영구적 일 수 있습니다. 일시적인 객체는 실행되는 동안 만 존재하며 영구 객체는 항상 존재합니다. 본질적으로 영속 객체를 사용하면 XML 설정은 libvirt에 의해/etc/libvirt에 저장됩니다.
따라서 저장소 풀의 경우 'virsh pool-define-as'를 사용하면 영구 저장소 풀에 대한 구성 파일이 만들어집니다. 나중에 'virsh pool-start'를 사용하여이 저장소 풀을 시작하고 'virsh pool-destroy'로 중지 한 다음 나중에 다시 시작하거나 호스트 부팅시 자동 시작되도록 설정할 수 있습니다.
임시 저장소 풀을 원하면 디스크에 해당 설정을 저장하지 않고 저장소 풀을 즉시 시작하는 'virsh pool-create-as'를 사용할 수 있습니다. 이 저장소 풀은 'virsh pool-destory'를 수행하면 완전히 사라집니다 (실제로 저장소가 존재하더라도 libvirt는 그것에 대해 알지 못합니다). 일시적인 저장 풀과 함께, libvirt는 설정에 대해 알지 못하기 때문에 부트시 자동으로 시작되도록 만들 수는 없습니다.
일반적으로 대부분의 사용자/앱은 영구 풀을 사용하려고합니다.
다니엘, 감사합니다. "create-as"옵션의 오브젝트는 일시적입니다. 두 옵션 중 하나가 기존 스토리지 구성 요소 (LVM과 같은)를 피기 백 할 수 있다는 점이 다른 점이 있습니다. 다른 구성 요소는 기본 구성 요소 (LVM을 예로 사용합니다. ? 또한 일시적인 객체 xml 정의를/etc/libvirt에 덤프하고 재부트시에도 지속되도록 기대할 수 있습니까? 감사. – thegrind
pool-create-as 또는 pool-define-as는 기본 저장소에 영향을 미치지 않습니다. 그들은 기존 스토리지를 감지 할뿐입니다. 즉, LVM vol 그룹의 기존 LV를 조사합니다. '풀 빌드'작업은 실제로 새로운 볼륨 그룹을 처음부터 포맷한다는 점에서 "위험한"작업입니다. 그리고 물론 그들의 이름이 제안하는 것을하는 vol-create/vol-delete. 예, 당신은 단지 는'virsh를 풀 dumpxml foo는> foo.xml && virsh를 foo.xml' 또한 – DanielB
을 풀 정의 수행하여 지속적인 수영장으로 기존 과도 풀을 설정할 수 있습니다, 그것은 나의 희망은 언젠가 모든입니다 이 위대한 정보는 여기저기서 한 장소 (man page?)에서 액세스하거나 oraganized/summarized 할 수 있습니다. 집중화 할 수있는 권위있는 정보와 시간을 절약 할 수 있다고 상상해보십시오. 분명히 저에게 하루 만 저를 구했을 것입니다. 나는 단지 좋은 코더가 아니기 때문에 오직 꿈만을 꿀 수있다. – thegrind