![Windows 11에서 사용자가 Insider Preview 빌드를 얻지 못하도록 하는 방법](/f/a1bcb8576ab4f596846cc44ab7cee7cf.jpg?width=100&height=100)
이 기사의 네 번째 기사에서 XenServer 시리즈, 스토리지 솔루션에 대해 논의합니다. 네트워킹과 마찬가지로 XenServer의 스토리지 솔루션은 처음에는 이해하기 어려운 경우가 많습니다. 구성을 시작하기 전에 XenServer 저장소와 관련된 새로운 용어와 개념에 대해 논의해야 합니다.
업데이트:2016년 5월 Citrix는 XenServer 7 플랫폼의 새 버전을 출시했습니다. 설치를 위해 다음을 따르십시오.XenServer 7 새로 설치.
젠서버 기존 스토리지 용어 목록에 몇 가지 새로운 용어를 소개합니다. IT 시스템으로 작업할 때 개념을 이해하는 것이 항상 중요하지만 스토리지는 네트워킹 개념을 다루는 이전 기사만큼 중요하지 않습니다. 그러나 이 기사에서는 이러한 스토리지 개념을 설명하고 명확히 하는 데 시간이 걸릴 것입니다.
XenServer 저장소에서 가장 먼저 기억해야 할 것은 실제 XenServer를 위한 저장소가 있다는 것입니다. 호스트 및 XenServer에서 실행할 게스트 또는 가상 머신용 스토리지도 있습니다. 주인. 개념적으로 이것은 이해하기 쉽지만 관리자가 각 스토리지 측면의 목적에 익숙하지 않은 경우 이를 관리하는 것이 어려울 수 있습니다.
첫 번째 용어는 'SR' 또는 스토리지 리포지토리. 이것은 가상 머신 디스크가 저장되고 검색될 물리적 매체를 나타내므로 XenServer 스토리지에서 가장 중요한 용어입니다. 스토리지 리포지토리는 XenServer 호스트에 물리적으로 연결된 로컬 스토리지, iSCSI/Fibre Channel LUN, NFS 네트워크 파일 공유, 또는 Dell/NetApp 스토리지 어플라이언스의 스토리지.
스토리지 리포지토리는 공유 또는 전용될 수 있으며 빠른 복제, 스파스(sparse)와 같은 수많은 유용한 기능을 지원할 수 있습니다. 할당(가상 머신이 필요할 때 프로비저닝된 스토리지) 및 크기 조정이 가능한 가상 디스크 이미지(자세한 내용은 나중에).
스토리지 리포지토리(SR)는 다음을 통해 XenServer 호스트에 논리적으로 연결됩니다.
물리적 블록 장치, 더 일반적으로 다음과 같이 참조됩니다. 'PBD'. NS PBD 단순히 저장 위치에 대한 참조입니다. 이러한 PBD 개체는 XenServer 호스트에 "플러그"되어 해당 호스트가 해당 스토리지 리포지토리에 대한 정보를 읽고 쓸 수 있도록 할 수 있습니다.스토리지 리포지토리의 목적은 주로 가상 머신을 저장하는 것입니다. 가상 디스크 이미지 (VDI) 파일. VDI 파일은 XenServer 호스트에서 실행되는 가상 컴퓨터에 대해 운영 체제 및 기타 파일을 보관하도록 할당된 SR의 지점입니다. VDI 파일은 여러 유형이 될 수 있습니다. 유형은 저장소 리포지토리 유형에 따라 결정됩니다.
XenServer의 일반적인 VDI 유형은 Logical Volume Manager에서 관리하는 LV(논리적 볼륨), VHD(가상 하드 디스크)이거나 Dell 또는 NetApp 스토리지 장치의 LUN(논리적 단위 번호)일 수 있습니다. 메모: 이 문서에서는 Dell 스토리지 장치의 LUN을 사용합니다.
이러한 VDI 파일은 로 알려진 개체를 통해 논리적으로 가상 머신에 연결됩니다. 가상 블록 장치, 일반적으로 다음과 같이 참조됩니다. 'VBD'. 이러한 VBD 개체를 가상 게스트에 연결하면 게스트 시스템이 해당 SR의 특정 VDI에 저장된 데이터에 액세스할 수 있습니다.
XenServer의 네트워킹과 마찬가지로 스토리지에 대해 읽는 것도 중요하지만 이러한 각 항목 간의 관계를 볼 수 있으면 개념이 확고해지는 경우가 많습니다. XenServer 저장소 개념을 나타내는 데 사용되는 일반적인 다이어그램은 다이어그램이 선형 방식으로 읽히는 경우가 많기 때문에 새로운 사람들에게 혼동을 주는 경우가 많습니다. 아래는 Citrix에서 빌린 그러한 이미지 중 하나입니다.
많은 사람들이 이것을 왼쪽에서 오른쪽으로 선형적으로 읽고 각 부품이 별도의 물리적 장치라고 생각합니다. 이는 사실이 아니며 종종 XenServer 스토리지 작동 방식에 대해 많은 혼란을 야기합니다. 아래 그래픽은 덜 선형적이지만 보다 실용적인 방식으로 개념을 설명하려고 시도합니다.
위의 그래픽이 XenServer 스토리지에 대해 개인에게 더 이상 혼동을 주지 않기를 바랍니다. 두 번째 이미지는 논리적 연결(PBD 그리고 VBD) 하나의 실제 네트워크 연결을 통해 XenServer와 게스트를 원격 스토리지에 연결하는 데 사용됩니다.
개념화를 방해하지 않고; 구성을 시작할 수 있습니다. 이 시리즈의 첫 번째 기사를 상기하면서 이 가이드는 가상 머신(게스트) 디스크의 저장을 위해 Dell PS5500E iSCSI 저장 장치를 사용합니다. 이 가이드에서는 Dell iSCSI 장치의 구성에 대해 설명하지 않습니다.
이 첫 번째 프로세스는 소프트웨어 iSCSI 이니시에이터 XenServer 호스트에서 Dell PS5500E로.
이 특정 LUN 용도 Challenge-Handshake 인증 프로토콜 (녀석) iSCSI 볼륨에 대한 액세스를 승인된 특정 당사자로 제한합니다.
스토리지 리포지토리를 생성하려면 기존 '엑스' 명령이 발생합니다. 스토리지 리포지토리를 생성하기 전에 적절한 iSCSI 정보를 얻어야 합니다.
통과 'sr-프로브' 매개변수 '엑스' 유틸리티는 iSCSI IQN(iSCSI Qualified Name)에 대한 스토리지 장치를 쿼리하도록 XenServer에 지시합니다.
첫 번째 명령은 처음에는 강렬해 보이지만 보기보다 나쁘지 않습니다.
# xe sr-probe type=lvmoiscsi device-config: target=X.X.X.X device-config: chapuser="tecmint" device-config: chappassword="tecmint_chap"
이 첫 번째 명령은 SCSI IQN 저장소 리포지토리 구성의 경우. 계속 진행하기 전에 이 명령의 모든 부분을 살펴보겠습니다.
명령을 입력하고 제출하면 XenServer가 iSCSI 장치에 로그인을 시도하고 이 iSCSI 장치를 저장소 저장소로 실제로 추가하는 데 필요한 일부 정보를 반환합니다.
다음은 이 명령에서 테스트 시스템이 반환한 내용입니다.
오류 코드: SR_BACKEND_FAILURE_96. 오류 매개변수:, SCSIid 매개변수가 없거나 올바르지 않습니다.버전 "1.0" 0 iqn.2001-05.com.equallogic: 0-8a096-0d9a4ab02-46600020343560ef-xenct-xen2
여기서 강조 표시된 부분은 iSCSI IQN. 이것은 매우 중요하며 결정하는 데 필요합니다. SCSIID 저장소 저장소를 위해. 이 새로운 정보로 이전 명령을 수정하여 SCSIID.
# xe sr-probe type=lvmoiscsi device-config: target=X.X.X.X device-config: targetIQN=iqn.2001-05.com.equallogic: 0-8a0906-0d9a4ab02-46600020343560ef-xenct-xen2 장치 구성: chapuser="tecmint" 장치 구성: chappassword="tecmint_chap"
명령에 추가된 유일한 것은 targetIQN 절. 이 새 명령을 실행하면 시스템이 iSCSI 저장소 저장소를 만드는 데 필요한 마지막 정보로 응답합니다. 마지막 정보는 SCSI ID입니다.
오류 코드: SR_BACKEND_FAILURE_107. 오류 매개변수:, SCSIid 매개변수가 없거나 올바르지 않습니다.버전 "1.0" EQLOGIC 0 107379425280 36090a028b04a9a0def60353420006046
이 시점에서 iSCSI 저장소 리포지토리를 만드는 데 필요한 모든 부분을 사용할 수 있으며 이 특정 XenServer에 이 SR을 추가하는 명령을 실행할 차례입니다. 결합된 정보에서 Storage Repository를 생성하는 방법은 다음과 같습니다.
# xe sr-create name-label="Tecmint iSCSI 스토리지" type=lvmoiscsi content-type=user device-config: target=X.X.X.X device-config: port=3260 device-config: targetIQN=iqn.2001-05.com.equallogic: 0-8a0906-0d9a4ab02-46600020343560ef-xenct-xen2 장치 구성: chapuser="tecmint" 장치 구성: chappassword="tecmint_chap" 장치 구성: SCSIid=36090a028b04a9a0def60353420006046
모든 것이 순조롭게 진행되면 시스템은 iSCSI 장치에 연결한 다음 UUID 새로 추가된 스토리지 리포지토리의
bea6caa4-ecab-8509-33a4-2cda2599fb75.
NS UUID 출력은 좋은 신호입니다! 모든 시스템 관리 작업과 마찬가지로 항상 명령이 성공했는지 확인하는 것이 좋습니다. 이것은 다른 것으로 달성 할 수 있습니다 '엑스' 명령.
# xe sr-list name-label="Tecmint iSCSI 스토리지"
uuid( RO): bea6caa4-ecab-8509-33a4-2cda2599fb75 이름 레이블( RW): Tecmint iSCSI 스토리지 이름 설명( RW): 호스트( RO): xenct-xen2 유형( RO): lvmoiscsi 콘텐츠 유형( RO ): 사용자.
로부터 CLI 이 XenServer가 Dell iSCSI 장치에 성공적으로 연결되었으며 게스트 VDI 파일을 저장할 준비가 되었습니다.
다음 일련의 단계에서는 ISO 라이브러리를 만드는 프로세스를 안내합니다. ISO 파일은 일반적으로 CD(컴팩트 디스크) 설치 미디어의 이미지입니다.
이러한 ISO 파일에 대해 생성된 특수 저장소 저장소를 사용하여 새 게스트 설치를 매우 빠르게 수행할 수 있습니다. 관리자가 새 게스트를 만들려면 풀의 XenServer에 CD를 물리적으로 넣을 필요 없이 이 ISO 라이브러리에 있는 ISO 파일 중 하나를 선택하기만 하면 됩니다.
가이드의 이 부분에서는 사용자가 작업 중인 것으로 가정합니다. 삼바 섬기는 사람. SAMBA 서버가 설정되지 않은 경우 Red Hat/Fedora에서 이 작업을 완료하는 방법에 대한 이 기사를 자유롭게 읽으십시오.
첫 번째 단계는 필요한 자격 증명과 구성 정보를 수집하는 것입니다. 삼바 ISO 도서관. 사용자 이름, 암호 및 연결 정보를 간단히 사용할 수 있게 되면 '엑스' 명령 변형을 사용하여 SAMBA 라이브러리를 XenServer에 연결할 수 있습니다.
# xe-mount-iso-sr ///ISO -o 사용자 이름= ,비밀번호=
이 명령은 실패하지 않는 한 화면에 아무 것도 출력하지 않습니다. 실제로 SAMBA ISO 공유를 마운트했는지 확인하려면 다른 '엑스' 명령:
# xe sr-list.
uuid( RO): 1fd75a51-10ee-41b9-9614-263edb3f40d6 name-label( RW): 원격 ISO 라이브러리 on: // /ISO 이름 설명( RW): 호스트( RO): xenct-xen2 유형( RO): iso 콘텐츠 유형(RO): iso.
이 XenServer 호스트는 이제 두 가지 모두로 구성됩니다. iSCSI 스토리지 리포지토리 뿐만 아니라 CIFS ISO 라이브러리 가상 머신(게스트)용 설치 미디어를 저장합니다.
다음 단계는 가상 머신을 생성하고 해당 시스템을 이전 네트워킹 기사의 적절한 네트워크에 연결하는 것입니다.