ວິທີການສ້າງແລະເພີ່ມເຄື່ອງຈັກເກັບຮັກສາ Citrix XenServer - ພາກທີ 4

ໃນບົດຂຽນທີສີ່ຂອງຊຸດ XenServer ນີ້, ການແກ້ໄຂບັນຫາກ່ຽວກັບການເກັບຮັກສາຈະໄດ້ຖືກປຶກສາຫາລື. ຄ້າຍຄືກັບເຄືອຂ່າຍ, ໂຊລູຊັ່ນການເກັບຮັກສາໃນ XenServer ມັກຈະຍາກທີ່ຈະເຂົ້າໃຈໃນຕອນ ທຳ ອິດ. ກ່ອນທີ່ຈະເລີ່ມການຕັ້ງຄ່າໃດໆ, ຄຳ ສັບແລະແນວຄິດ ໃໝ່ ທີ່ກ່ຽວຂ້ອງກັບການເກັບຂໍ້ມູນ XenServer ຄວນໄດ້ຮັບການປຶກສາຫາລື.

XenServer ແນະ ນຳ ຄຳ ສັບ ໃໝ່ ຫຼາຍໆສະບັບເຂົ້າໃນບັນຊີ ຄຳ ສັບການເກັບຮັກສາແບບດັ້ງເດີມ. ໃນຂະນະທີ່ເຂົ້າໃຈແນວຄວາມຄິດແມ່ນມີຄວາມ ສຳ ຄັນສະ ເໝີ ໄປໃນເວລາທີ່ເຮັດວຽກກັບລະບົບໄອທີໃດກໍ່ຕາມ, ການເກັບຮັກສາບໍ່ເກືອບ ສຳ ຄັນຄືກັບບົດຂຽນກ່ອນ ໜ້າ ນີ້ເວົ້າເຖິງແນວຄິດຂອງເຄືອຂ່າຍ. ເຖິງຢ່າງໃດກໍ່ຕາມ, ບົດຂຽນນີ້ຍັງຈະໃຊ້ເວລາເພື່ອອະທິບາຍແລະພະຍາຍາມຊີ້ແຈງແນວຄວາມຄິດໃນການເກັບຮັກສາເຫຼົ່ານີ້.

ສິ່ງ ທຳ ອິດທີ່ຕ້ອງຈື່ໄວ້ກັບບ່ອນເກັບຂໍ້ມູນ XenServer ແມ່ນວ່າພວກເຮົາມີບ່ອນເກັບມ້ຽນ ສຳ ລັບເຈົ້າພາບ XenServer ທີ່ແທ້ຈິງແລະຫຼັງຈາກນັ້ນພວກເຮົາຍັງມີບ່ອນເກັບມ້ຽນ ສຳ ລັບແຂກຫລືເຄື່ອງ virtual ທີ່ຈະໃຊ້ໃນ XenServer host. ໂດຍສົມມຸດວ່ານີ້ແມ່ນງ່າຍດາຍທີ່ຈະເຂົ້າໃຈແຕ່ການຈັດການມັນສາມາດເປັນວຽກທີ່ ໜ້າ ຢ້ານຖ້າຜູ້ບໍລິຫານບໍ່ຄຸ້ນເຄີຍກັບຈຸດປະສົງຂອງແຕ່ລະດ້ານຂອງການເກັບຮັກສາ.

ຄຳ ສັບ ທຳ ອິດເອີ້ນວ່າ 'SR' ຫຼືບ່ອນເກັບຂໍ້ມູນເກັບຂໍ້ມູນ. ນີ້ແມ່ນ ຄຳ ສັບທີ່ ສຳ ຄັນທີ່ສຸດໃນການຈັດເກັບ XenServer ເພາະມັນເປັນຕົວແທນຂອງຕົວກາງທາງກາຍຍະພາບທີ່ແຜ່ນດິດ virtual ຈະຖືກເກັບແລະເກັບມາ. ບ່ອນເກັບມ້ຽນບ່ອນເກັບມ້ຽນສາມາດເປັນລະບົບເກັບມ້ຽນທີ່ແຕກຕ່າງກັນຫຼາຍປະເພດລວມທັງ, ບ່ອນເກັບມ້ຽນທ້ອງຖິ່ນຕິດກັບຮ່າງກາຍຂອງເຈົ້າຂອງ XenServer, iSCSI/Fiber Channel LUN, Shares Network File Shares, ຫຼືເກັບຮັກສາໄວ້ໃນເຄື່ອງເກັບຂໍ້ມູນ Dell/NetApp.

ສາງເກັບຮັກສາສາມາດແບ່ງປັນຫລືອຸທິດໄດ້ແລະສາມາດສະ ໜັບ ສະ ໜູນ ຄຸນລັກສະນະທີ່ເປັນປະໂຫຍດຫຼາຍຢ່າງເຊັ່ນ: ການລວບລວມຂໍ້ມູນໄດ້ໄວ, ການຈັດສັນແບບກະແຈກກະຈາຍ (ການຈັດເກັບທີ່ສະ ໜອງ ໃຫ້ເປັນເຄື່ອງ virtual ຕ້ອງການມັນ), ແລະຮູບພາບແຜ່ນດິຈິຕອລທີ່ສາມາດປັບແຕ່ງ ໃໝ່ ໄດ້ (ຫຼາຍກວ່ານີ້ຕໍ່ມາ).

ຫ້ອງເກັບຂໍ້ມູນການເກັບຮັກສາ, SR, ມີການເຊື່ອມຕໍ່ຢ່າງມີເຫດຜົນກັບເຈົ້າພາບ XenServer ກັບສິ່ງທີ່ເອີ້ນວ່າອຸປະກອນທາງກາຍຍະພາບ, ໂດຍອ້າງອີງທົ່ວໄປວ່າ 'PBD' PBD ແມ່ນພຽງແຕ່ການອ້າງອີງເຖິງສະຖານທີ່ເກັບມ້ຽນ. ວັດຖຸ PBD ເຫຼົ່ານີ້ສາມາດຖືກ“ ສຽບ” ເຂົ້າໃນ XenServer host ເພື່ອອະນຸຍາດໃຫ້ເຈົ້າພາບນັ້ນອ່ານ/ຂຽນຂໍ້ມູນໃສ່ບ່ອນເກັບຂໍ້ມູນເກັບຂໍ້ມູນນັ້ນ.

ຈຸດປະສົງຂອງຫໍເກັບຂໍ້ມູນແມ່ນເພື່ອເກັບຮັກສາເອກະສານ Virtual Disk Image (VDI) ຂອງເຄື່ອງ virtual. ໄຟລ໌ VDI ແມ່ນຈຸດໃນ SR ທີ່ໄດ້ຮັບການຈັດສັນໃຫ້ຖືລະບົບປະຕິບັດການແລະເອກະສານອື່ນໆ ສຳ ລັບເຄື່ອງ virtual ເຮັດວຽກຢູ່ໃນ XenServer host. ໄຟລ໌ VDI ສາມາດເປັນປະເພດໃດ ໜຶ່ງ ທີ່ແຕກຕ່າງກັນ. ປະເພດແມ່ນ ກຳ ນົດໂດຍຊະນິດຂອງບ່ອນເກັບມ້ຽນ.

ປະເພດ VDI ທຳ ມະດາໃນ XenServer ແມ່ນ Logical Volumes (LV) ທີ່ຈັດການໂດຍຜູ້ຈັດການປະລິມານຕາມເຫດຜົນ, Virtual Hard Disk (VHD), ຫຼືພວກມັນສາມາດເປັນ ໜ່ວຍ ງານ Logical Unit Number (LUN) ໃນອຸປະກອນເກັບຂໍ້ມູນ Dell ຫຼື NetApp. ໝາຍ ເຫດ: ບົດຂຽນນີ້ຈະໃຊ້ LUNs ໃນອຸປະກອນເກັບຂໍ້ມູນ Dell.

ໄຟລ໌ VDI ເຫຼົ່ານີ້ແມ່ນເຊື່ອມຕໍ່ກັບເຄື່ອງ virtual ຢ່າງມີເຫດຜົນໂດຍຜ່ານວັດຖຸທີ່ມີຊື່ວ່າ Virtual Block Device, ເຊິ່ງອ້າງອີງໂດຍທົ່ວໄປວ່າ 'VBD'. ວັດຖຸ VBD ເຫຼົ່ານີ້ສາມາດຕິດກັບແຂກທີ່ມີປະໂຫຍດເຊິ່ງຫຼັງຈາກນັ້ນເຄື່ອງຈັກສາມາດເຂົ້າເຖິງຂໍ້ມູນທີ່ເກັບໄວ້ໃນ VDI ໂດຍສະເພາະໃນ SR ທີ່ກ່ຽວຂ້ອງ.

ຄ້າຍຄືກັບເຄືອຂ່າຍໃນ XenServer, ການອ່ານກ່ຽວກັບການເກັບຮັກສາແມ່ນສິ່ງ ໜຶ່ງ ແຕ່ສາມາດເບິ່ງເຫັນການພົວພັນລະຫວ່າງແຕ່ລະລາຍການເຫຼົ່ານີ້ມັກຈະເຮັດໃຫ້ແນວຄິດແຂງແກ່ນຂຶ້ນ. ແຜນວາດແຜນທີ່ທົ່ວໄປທີ່ໃຊ້ເພື່ອເປັນຕົວແທນແນວຄວາມຄິດໃນການເກັບຮັກສາ XenServer ມັກຈະເຮັດໃຫ້ຄົນ ໃໝ່ ສັບສົນຂື້ນຍ້ອນວ່າແຜນວາດແມ່ນມັກອ່ານຕາມຮູບແບບເສັ້ນ. ຂ້າງລຸ່ມນີ້ແມ່ນຮູບພາບດັ່ງກ່າວທີ່ຢືມມາຈາກ Citrix.

ບຸກຄົນຫຼາຍຄົນອ່ານເສັ້ນນີ້ຈາກຊ້າຍຫາຂວາຄິດວ່າແຕ່ລະພາກສ່ວນແມ່ນອຸປະກອນທາງກາຍະພາບແຍກຕ່າງຫາກ. ນີ້ບໍ່ແມ່ນກໍລະນີແລະມັກຈະເຮັດໃຫ້ເກີດຄວາມສັບສົນຫຼາຍກ່ຽວກັບວິທີການເກັບຂໍ້ມູນ XenServer ເຮັດວຽກ. ຮູບພາບຂ້າງລຸ່ມນີ້ພະຍາຍາມອະທິບາຍແນວຄວາມຄິດໃນລັກສະນະເປັນເສັ້ນນ້ອຍແຕ່ມີລັກສະນະພິເສດ.

ຫວັງເປັນຢ່າງຍິ່ງວ່າຮູບພາບຂ້າງເທິງນີ້ຈະບໍ່ສັບສົນຕໍ່ບຸກຄົນກ່ຽວກັບການເກັບຂໍ້ມູນ XenServer. ຮູບພາບທີສອງແມ່ນຄວາມພະຍາຍາມທີ່ຈະສະແດງການເຊື່ອມຕໍ່ທີ່ມີເຫດຜົນ (PBD ແລະ VBD) ທີ່ຖືກ ນຳ ໃຊ້ເພື່ອເຊື່ອມຕໍ່ XenServers ແລະແຂກໃນການເກັບຂໍ້ມູນຫ່າງໄກສອກຫຼີກຜ່ານການເຊື່ອມຕໍ່ເຄືອຂ່າຍຕົວຈິງ ໜຶ່ງ ຄັ້ງ.

ດ້ວຍແນວຄວາມຄິດອອກນອກທາງ; ການຕັ້ງຄ່າສາມາດເລີ່ມຕົ້ນໄດ້. ການຈົດ ຈຳ ຈາກບົດຄວາມ ທຳ ອິດໃນຊຸດນີ້, ຄຳ ແນະ ນຳ ນີ້ແມ່ນ ນຳ ໃຊ້ອຸປະກອນເກັບຂໍ້ມູນ Dell PS5500E iSCSI ສຳ ລັບການເກັບມ້ຽນເຄື່ອງຂອງ (ເຄື່ອງຂອງແຂກ). ຄູ່ມືນີ້ຈະບໍ່ຍ່າງຜ່ານການຕັ້ງຄ່າຂອງອຸປະກອນ Dell iSCSI.

<

ການສ້າງຖານຂໍ້ມູນເກັບຮັກສາ Citrix XenServer

ຂັ້ນຕອນ ທຳ ອິດນີ້ຈະເປັນຂັ້ນຕອນໃນການສ້າງໂປແກຼມລິເລີ່ມ iSCSI ຊອບແວຈາກເຈົ້າຂອງ XenServer ຈົນເຖິງ Dell PS5500E.

LUN ນີ້ໂດຍສະເພາະແມ່ນໃຊ້ Challenge-Handshake Authentication Protocol (CHAP) ເພື່ອ ຈຳ ກັດການເຂົ້າເຖິງປະລິມານ iSCSI ໃຫ້ແກ່ບາງພາກສ່ວນທີ່ໄດ້ຮັບອະນຸຍາດ.

ເພື່ອສ້າງຫໍເກັບຮັກສາ, ຄຳ ສັ່ງ 'xe' ແບບດັ້ງເດີມຈະເກີດຂື້ນ. ຕ້ອງມີຂໍ້ມູນ iSCSI ທີ່ຖືກຕ້ອງກ່ອນທີ່ຈະສ້າງສາງເກັບຂໍ້ມູນ.

ການຖ່າຍທອດພາລາມິເຕີ ‘sr-probe’ ໃຫ້ກັບ“ utility” ຈະຊ່ວຍໃຫ້ XenServer ສອບຖາມອຸປະກອນເກັບຂໍ້ມູນ ສຳ ລັບ iSCSI IQN (ຊື່ iSCSI ທີ່ມີຄຸນນະພາບ).

ຄຳ ສັ່ງ ທຳ ອິດຈະເບິ່ງໃນຕອນ ທຳ ອິດແຕ່ມັນບໍ່ຮ້າຍແຮງເທົ່າທີ່ມັນເບິ່ງ.

# 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 ນີ້ຢ່າງແທ້ຈິງເປັນບ່ອນເກັບຂໍ້ມູນເກັບຂໍ້ມູນ.

ຂ້າງລຸ່ມນີ້ແມ່ນສິ່ງທີ່ລະບົບທົດສອບກັບມາຈາກ ຄຳ ສັ່ງນີ້.

Error code: SR_BACKEND_FAILURE_96
Error parameters: , The SCSIid parameter is missing or incorrect , <?xml version"1.0" ?>
<iscsi-target-iqns>
        <TGT>
                 <Index>
                              0
                 </Index>
                 <IPAddress>
                 </IPAddress>
                 <TargetIQN>
                              iqn.2001-05.com.equallogic:0-8a096-0d9a4ab02-46600020343560ef-xenct-xen2
                 </TargetIQN>
        </TGT>
        <TGT>
                 <Index>
                 
                 </Index>
                 <IPAddress>

                 </IPAddress>
                 <TargetIQN>

                 </TargetIQN>
        </TGT>
</iscsi-target-iqns>

ຊິ້ນສ່ວນທີ່ຖືກເນັ້ນທີ່ນີ້ແມ່ນເປັນທີ່ຮູ້ຈັກກັນໃນຊື່ 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 device-config:chapuser="tecmint" device-config:chappassword="tecmint_chap"

ສິ່ງດຽວທີ່ເພີ່ມໃສ່ ຄຳ ສັ່ງແມ່ນເປົ້າ ໝາຍ ເປົ້າ ໝາຍ. ໂດຍການອອກ ຄຳ ສັ່ງ ໃໝ່ ນີ້, ລະບົບຈະຕອບສະ ໜອງ ກັບຂໍ້ມູນສຸດທ້າຍທີ່ ຈຳ ເປັນເພື່ອສ້າງ iSCSI Storage Repository. ຂໍ້ມູນສ່ວນສຸດທ້າຍນັ້ນແມ່ນບັດ SCSI.

Error code: SR_BACKEND_FAILURE_107
Error parameters: , The SCSIid parameter is missing or incorrect , <?xml version"1.0" ?>
<iscsi-target>
        <LUN>
                 <vendor>
                        EQLOGIC
                 </vendor>
                 <serial>
                 </serial>
                 <LUNid>
                         0
                 </LUNid>
                 <size>
                         107379425280
                 </size>
                 <SCSIid>
                         36090a028b04a9a0def60353420006046
                 </SCSIid>
        </LUN>
</iscsi-target>

ຈາກຈຸດນີ້, ທຸກໆຊິ້ນທີ່ ຈຳ ເປັນເພື່ອສ້າງບ່ອນເກັບຂໍ້ມູນການເກັບຂໍ້ມູນ iSCSI ສາມາດໃຊ້ໄດ້ແລະມັນເຖິງເວລາທີ່ຈະອອກ ຄຳ ສັ່ງໃນການເພີ່ມ SR ໃນ XenServer ໂດຍສະເພາະນີ້. ການສ້າງຖານຂໍ້ມູນການເກັບຂໍ້ມູນຈາກຂໍ້ມູນລວມແມ່ນເຮັດດັ່ງຕໍ່ໄປນີ້:

# xe sr-create name-label="Tecmint iSCSI Storage" 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 device-config:chapuser="tecmint" device-config:chappassword="tecmint_chap" device-config:SCSIid=36090a028b04a9a0def60353420006046

ຖ້າທຸກຢ່າງດີດີລະບົບຈະເຊື່ອມຕໍ່ກັບອຸປະກອນ iSCSI ແລ້ວສົ່ງຄືນ UUID ຂອງບ່ອນເກັບມ້ຽນບ່ອນເກັບມ້ຽນທີ່ເພີ່ມເຂົ້າມາ ໃໝ່.

bea6caa4-ecab-8509-33a4-2cda2599fb75

ຜົນຜະລິດ UUID ແມ່ນສັນຍານທີ່ດີ! ເຊັ່ນດຽວກັບວຽກງານບໍລິຫານລະບົບທັງ ໝົດ, ມັນເປັນຄວາມຄິດທີ່ດີທີ່ຈະຢືນຢັນວ່າ ຄຳ ສັ່ງປະສົບຜົນ ສຳ ເລັດ. ສິ່ງນີ້ສາມາດເຮັດ ສຳ ເລັດໄດ້ດ້ວຍ ຄຳ ສັ່ງ“ ຕົວແທນອື່ນ”.

# xe sr-list name-label="Tecmint iSCSI Storage"

uuid ( RO)                 : bea6caa4-ecab-8509-33a4-2cda2599fb75
          name-label ( RW) : Tecmint iSCSI Storage
    name-description ( RW) :
                host ( RO) : xenct-xen2
                type ( RO) : lvmoiscsi
        content-type ( RO) : user

ຈາກຜົນຜະລິດຂອງ CLI XenServer ໄດ້ເຊື່ອມຕໍ່ກັບອຸປະກອນ Dell iSCSI ຢ່າງ ສຳ ເລັດຜົນແລະພ້ອມທີ່ຈະເກັບຮັກສາແຟ້ມ VDI ຂອງແຂກ.

ການສ້າງຖານຂໍ້ມູນການເກັບຮັກສາ ISO

ຂັ້ນຕອນຕໍ່ໄປຈະ ດຳ ເນີນໄປໃນຂັ້ນຕອນການສ້າງຫ້ອງສະມຸດ ISO. ເອກະສານ ISO ແມ່ນຮູບພາບຂອງສື່ຕິດຕັ້ງທີ່ມີຂະ ໜາດ ກະທັດຮັດ (CD).

ໂດຍມີຫໍເກັບຮັກສາພິເສດທີ່ສ້າງຂື້ນ ສຳ ລັບເອກະສານ ISO ເຫຼົ່ານີ້, ການຕິດຕັ້ງແຂກ ໃໝ່ ສາມາດເຮັດໄດ້ຢ່າງໄວວາ. ເມື່ອຜູ້ບໍລິຫານຕ້ອງການສ້າງແຂກ ໃໝ່, ພວກເຂົາສາມາດເລືອກເອກະສານ ISO ໜຶ່ງ ທີ່ມີຢູ່ໃນຫໍສະມຸດ ISO ນີ້ແທນທີ່ຈະເອົາ CD ລົງໃນ XenServer ຢູ່ໃນສະລອຍນ້ ຳ.

ສ່ວນຄູ່ມືນີ້ຈະສົມມຸດວ່າຜູ້ໃຊ້ມີ server SAMBA ທີ່ເຮັດວຽກ. ຖ້າເຄື່ອງແມ່ຂ່າຍຂອງ SAMBA ບໍ່ໄດ້ຕັ້ງຄ່າກະລຸນາອ່ານບົດຄວາມນີ້ກ່ຽວກັບວິທີການ ສຳ ເລັດວຽກນີ້ໃນ Red Hat/Fedora (ຂ້ອຍຈະມີຄູ່ມືແນະ ນຳ ກ່ຽວກັບ server Debian SAMBA ໃນອະນາຄົດ):

<

ຂັ້ນຕອນ ທຳ ອິດແມ່ນການຮວບຮວມຂໍ້ມູນປະ ຈຳ ຕົວແລະຂໍ້ມູນການຕັ້ງຄ່າທີ່ ຈຳ ເປັນ ສຳ ລັບຫ້ອງສະມຸດ SAMBA ISO. ເມື່ອຊື່ຜູ້ໃຊ້, ລະຫັດຜ່ານແລະຂໍ້ມູນການເຊື່ອມຕໍ່ສາມາດໃຊ້ໄດ້ແບບງ່າຍດາຍ ‘xe’ ສາມາດໃຊ້ເພື່ອເຊື່ອມຕໍ່ຫໍສະມຸດ SAMBA ກັບ XenServer.

# xe-mount-iso-sr //<servername>/ISO -o username=<user>,password=<password>

ຄຳ ສັ່ງນີ້ຈະບໍ່ມີຜົນຫຍັງຕໍ່ ໜ້າ ຈໍເວັ້ນເສຍແຕ່ວ່າມັນລົ້ມເຫລວ. ເພື່ອຢືນຢັນວ່າມັນໄດ້ແບ່ງປັນຮຸ້ນ SAMBA ISO ຢ່າງແທ້ຈິງ, ອອກ ຄຳ ສັ່ງ“ xe xe” ອີກ:

# xe sr-list

uuid ( RO)                 : 1fd75a51-10ee-41b9-9614-263edb3f40d6
          name-label ( RW) : Remote ISO Library on: //                  /ISO
    name-description ( RW) :
                host ( RO) : xenct-xen2
                type ( RO) : iso
        content-type ( RO) : iso

ເຈົ້າພາບ XenServer ຕອນນີ້ຖືກ ກຳ ນົດດ້ວຍທັງສອງຫໍສະມຸດເກັບຂໍ້ມູນ iSCSI ພ້ອມທັງຫ້ອງສະ ໝຸດ CIFS ISO ເພື່ອເກັບມ້ຽນເຄື່ອງຕິດຕັ້ງ ສຳ ລັບເຄື່ອງ virtual (ແຂກ).

ຂັ້ນຕອນຕໍ່ໄປແມ່ນການສ້າງເຄື່ອງ virtual ແລະເຊື່ອມຕໍ່ລະບົບເຫລົ່ານັ້ນກັບເຄືອຂ່າຍທີ່ ເໝາະ ສົມຈາກບົດຂຽນຂອງເຄືອຂ່າຍກ່ອນ ໜ້າ ນີ້.