คู่มือสำหรับผู้เริ่มต้นใช้งาน iSCSI การเชื่อมต่อและกำหนดค่า iSCSI ใน Windows Server Sun ขัดแย้งกับ IP Storage

การนำทางบทความ

นี่คือคำแนะนำสำหรับการเชื่อมต่อดิสก์ iSCSI ใน Windows Server 2016. เมื่อสั่งซื้อบริการใน SIM-Networks คุณจะได้รับข้อความคล้ายกับด้านล่าง (โปรดทราบว่าค่าของตัวเลขในที่อยู่เซิร์ฟเวอร์อาจแตกต่างจากตัวอย่างภาพประกอบและแทนที่จะเป็นตัวอักษร X,Yหรือ Zข้อความจะระบุค่าจริงสำหรับการตั้งค่า ของเขาเข้าถึง):

เปิดใช้งานบริการ "iSCSI Backup" แล้ว

ตัวเลือกการเข้าถึง:

  • ที่อยู่เซิร์ฟเวอร์ (iscsi-target): 185.59.101.184
  • เข้าสู่ระบบ:ปปปป
  • รหัสผ่าน: ZZZ
  • การเข้าถึงบริการถูกจำกัดอยู่เพียงที่อยู่ IP เดียวเท่านั้น - XXX.XXX.XXX.XXX

การเชื่อมต่อไดรฟ์ iSCSI

1. ไปที่ " แผงควบคุม -> การบริหาร"และวิ่ง ผู้ริเริ่มiSCSI.

2. ในบท " คุณสมบัติการตรวจจับ” และกดปุ่ม “ ตรวจจับพอร์ทัล».

3. ในหน้าต่างที่เปิดขึ้น ให้กรอกข้อมูลในฟิลด์ " ที่อยู่ IP"เซิร์ฟเวอร์ iSCSI

4. เปิดส่วนการตั้งค่าการเชื่อมต่อเซิร์ฟเวอร์ขั้นสูง (คลิกที่ " นอกจากนี้") เลือกค่าฟิลด์ " อะแดปเตอร์ท้องถิ่น" และ " ที่อยู่ IP ของผู้ริเริ่ม” ดังรูปด้านล่าง (โดยที่ที่อยู่ IP ของตัวเริ่มต้นคือที่อยู่ IP ของอะแดปเตอร์เครือข่ายในพื้นที่ของคุณ ซึ่งอนุญาตให้เชื่อมต่อกับเซิร์ฟเวอร์ iSCSI ได้)

5. บันทึกการตั้งค่าของคุณ ตรวจสอบให้แน่ใจว่าคุณได้ภาพดังที่แสดงด้านล่าง:

6. ในบท " คุณสมบัติ» iSCSI initiator ไปที่แท็บ « สิ้นสุดวัตถุ” เลือกวัตถุที่มีสถานะไม่ใช้งานที่ปรากฏขึ้นและคลิกปุ่ม “ เสียบ».

7. ในหน้าต่างที่เปิดอยู่ " การเชื่อมต่อกับเป้าหมาย", กดปุ่ม " นอกจากนี้…»

8. กรอกข้อมูลในฟิลด์ของส่วนดังรูปด้านล่าง พารามิเตอร์ "ชื่อ" และ "ความลับ" คือ "เข้าสู่ระบบ" และ "รหัสผ่าน" จากจดหมายที่ส่งถึงคุณเมื่อเปิดใช้งานบริการ

9. บันทึกการตั้งค่าของคุณ ตรวจสอบให้แน่ใจว่าค่าของฟิลด์ " สถานะ» เป้าหมายที่ตรวจพบ – « เชื่อมต่อแล้ว" ดังรูปด้านล่าง ออกจาก " คุณสมบัติ» iSCSI initiator โดยการบันทึกการตั้งค่า


การเริ่มต้นและการจัดรูปแบบไดรฟ์ iSCSI

ต้องเตรียมไดรฟ์ iSCSI ที่เชื่อมต่อเพื่อใช้งาน (เริ่มต้นและฟอร์แมต)

10. ในบท " การบริหาร» เปิดแท็บ « การจัดการคอมพิวเตอร์».

11. ไปที่ส่วน " การจัดการดิสก์».

12. ตรวจสอบให้แน่ใจว่าไดรฟ์ของคุณแสดงสถานะคือ " ออฟไลน์».

13. เลือก " ออนไลน์».

14. ดำเนินการเริ่มต้นดิสก์

15. ตรวจสอบว่าสถานะดิสก์เปลี่ยนเป็น .หรือไม่ "ออนไลน์"แต่ไม่มีพาร์ติชั่นและไม่มีระบบไฟล์

16. จากเมนูบริบทบนไดรฟ์ที่ไม่ได้ปันส่วน เลือก " สร้างโวลุ่มง่ายๆ».

17. หลังจากเปิด " สร้าง Volume Wizards อย่างง่าย" กดปุ่ม " ไกลออกไป».

18. ระบุขนาดพาร์ติชั่นในฟิลด์ที่เกี่ยวข้อง หรือปล่อยให้ค่าเริ่มต้นไม่เปลี่ยนแปลง (ถ้าคุณต้องการใช้ดิสก์ทั้งหมดสำหรับหนึ่งพาร์ติชั่น)

19. กำหนดอักษรระบุไดรฟ์ให้กับพาร์ติชันใหม่

20. เลือกประเภทระบบไฟล์และป้ายกำกับโวลุ่ม

โปรโตคอล iSCSI ได้รับการออกแบบมาเพื่อทำงานในเครือข่ายการจัดเก็บข้อมูล และเป็นวิธีการเข้าถึงอุปกรณ์บล็อกโดยใช้โปรโตคอล SCSI ผ่าน TCP / IP ทำให้สามารถจัดระเบียบเครือข่ายพื้นที่จัดเก็บต้นทุนต่ำ (SAN) โดยใช้เครือข่ายอีเทอร์เน็ตทั่วไป คุณลักษณะนี้ใช้กันอย่างแพร่หลายในการสร้างระบบที่มีความพร้อมใช้งานสูงและเราจะพิจารณาโซลูชันตามพื้นที่จัดเก็บ iSCSI ภายในวัฏจักรนี้ วันนี้เราจะพิจารณาการสร้างพื้นที่เก็บข้อมูลดังกล่าวบนแพลตฟอร์ม Windows Server 2008 R2

ประการแรก คำสองสามคำเกี่ยวกับความแตกต่างพื้นฐานระหว่าง iSCSI และระบบจัดเก็บข้อมูลเครือข่ายอื่นๆ เครือข่ายพื้นที่เก็บข้อมูล - SAN(Storage Area Network) จัดให้มีการถ่ายโอนข้อมูลบนเครือข่ายในรูปแบบ "ดิบ" โดยใช้โปรโตคอล SCSI เหมือนกับว่าถูกถ่ายโอนระหว่างระบบและโลคัลดิสก์ในระดับต่ำ อุปกรณ์ iSCSI ได้รับการปฏิบัติโดยระบบในลักษณะเดียวกับไดรฟ์ในเครื่อง - ก่อนใช้งาน จะต้องแบ่งพาร์ติชั่นและฟอร์แมต

ในขณะเดียวกันก็คุ้นเคยกับทุกคน ที่เก็บข้อมูลเครือข่าย - NAS (Network Area Storage) ให้การเข้าถึงที่ระดับระบบไฟล์โดยใช้โปรโตคอลการถ่ายโอนไฟล์ เช่น SMB หรือ NFS

พูดง่ายๆ คือ NAS คือโฟลเดอร์เครือข่ายทั่วไปที่ทุกคนคุ้นเคย SAN คือไดรฟ์ที่ต่อกับเครือข่าย สิ่งนี้นำไปสู่ความแตกต่างที่สำคัญประการที่สอง โฟลเดอร์เครือข่ายสามารถให้บริการลูกค้าได้หลายราย อุปกรณ์ SAN สามารถเชื่อมต่อกับไคลเอ็นต์เครื่องเดียวได้ เช่นเดียวกับ HDD ปกติที่สามารถเชื่อมต่อกับพีซีเครื่องเดียวได้ ข้อยกเว้นคือคลัสเตอร์ เมื่อหลายโหนดมีสิทธิ์เข้าถึงอุปกรณ์ SAN หนึ่งเครื่องในคราวเดียว ในกรณีนี้ จะใช้ระดับนามธรรมเพิ่มเติม - ระบบไฟล์คลัสเตอร์ เป็นต้น ไดรฟ์ข้อมูลที่ใช้ร่วมกันของคลัสเตอร์ Microsoft (CSV)หรือ VMware VMFS.

ก่อนที่จะดำเนินการพัฒนาเทคโนโลยีนี้ในทางปฏิบัติ คุณควรทำความคุ้นเคยกับคำศัพท์ที่ได้รับการยอมรับ:

  • iSCSI Initiator (ตัวริเริ่ม iSCSI)- ส่วนไคลเอนต์ส่งคำขอไปยังเป้าหมาย iSCSI สามารถนำไปใช้ในซอฟต์แวร์ ในรูปแบบของไดรเวอร์ หรือในฮาร์ดแวร์ ในรูปแบบของอะแดปเตอร์ iSCSI
  • วัตถุประสงค์ของ iSCSI (เป้าหมาย iSCSI) - ส่วนเซิร์ฟเวอร์ ยอมรับการเชื่อมต่อจากผู้ริเริ่มและให้สิทธิ์เข้าถึงอุปกรณ์บล็อกที่เกี่ยวข้อง - ดิสก์เสมือน, LUN สามารถใช้งานได้ทั้งในซอฟต์แวร์และในฐานะระบบจัดเก็บข้อมูลฮาร์ดแวร์

เป้าหมาย iSCSI หนึ่งรายการสามารถเชื่อมโยงกับอุปกรณ์บล็อกหลายเครื่อง ซึ่งจะพร้อมใช้งานสำหรับผู้เริ่มที่เชื่อมต่อกับเป้าหมาย ผู้ริเริ่มหนึ่งคนสามารถเชื่อมต่อกับหลายเป้าหมายและใช้อุปกรณ์ที่เกี่ยวข้องทั้งหมดได้ เป้าหมายเดียวยังสามารถยอมรับการเชื่อมต่อจากผู้ริเริ่มหลายราย แต่อุปกรณ์แต่ละตัวสามารถเข้าถึงได้โดยหนึ่งในผู้ริเริ่มเท่านั้น

อีกประเด็นหนึ่งที่เกี่ยวข้องกับการใช้งานจริงของการจัดเก็บ iSCSI สำหรับ SAN ขอแนะนำให้ใช้เครือข่ายแยกจากเครือข่ายองค์กร

นี่เป็นสิ่งจำเป็นเพื่อให้ปริมาณงานเพียงพอบน SAN และหลีกเลี่ยงการโอเวอร์โหลดเครือข่ายปกติที่มีการรับส่งข้อมูล iSCSI นอกจากนี้ยังไม่สมเหตุสมผลที่จะจัดระเบียบ iSCSI ในเครือข่ายที่มีแบนด์วิดท์ต่ำกว่า 1 Gb / s

Windows Server 2008 R2 ไม่มีบทบาท iSCSI Target และคุณต้องดาวน์โหลด Microsoft iSCSI Software Target เพื่อปรับใช้ แกะมันและติดตั้งแพ็คเกจ iscsitarget_public.msiจากโฟลเดอร์ x64 การติดตั้งนั้นง่ายมากและเราจะไม่เน้นที่มัน

หลังการติดตั้ง ไปที่คอนโซลการจัดการ iSCSI: Start - Administrative Tools - iSCSI Software Target. ก่อนอื่นมาสร้างใหม่กัน เป้าหมาย (เป้าหมาย). เมื่อต้องการทำเช่นนี้ ให้คลิกขวาที่ เป้าหมาย iSCSI - สร้างเป้าหมาย iSCSI.

ตัวช่วยสร้างจะเปิดขึ้นโดยที่เราระบุชื่อของเป้าหมายและคำอธิบาย ตั้งชื่อเป้าหมายที่มีความหมายและอย่าขี้เกียจที่จะสร้างคำอธิบาย เพื่อที่คุณจะได้ไม่ต้องเดาในภายหลังว่าเหตุใดคุณจึงสร้างเป้าหมายนี้หรือเป้าหมายนั้น

ขั้นตอนต่อไปคือการระบุ ID ของตัวเริ่มต้น iSCSI ที่จะได้รับอนุญาตให้เข้าถึงเป้าหมาย ตัวระบุ IQN เป็นชื่อรูปแบบพิเศษ ไอคิว .: ซึ่งเป็นเอกลักษณ์เฉพาะสำหรับอุปกรณ์ iSCSI แต่ละเครื่องบน SAN ที่ไหน:

  • ปีเดือน- ปีที่จดทะเบียนชื่อโดเมน
  • reversed_domain_name-ชื่อโดเมนสะกดย้อนกลับ;
  • unique_name- ชื่ออุปกรณ์ที่ไม่ซ้ำกัน ตัวอย่างเช่น เป้าหมายที่นี่จะมีชื่อที่คุณระบุ และผู้ริเริ่มจะมีชื่อโฮสต์

ตัวอย่างเช่น ในโซลูชันซอฟต์แวร์ของ Microsoft โดยค่าเริ่มต้น IQN จะมีรูปแบบ iqn.1991-05.com.microsoft:unique_name.

ในการค้นหา IQN ไปที่ iSCSI initiator ในกรณีของเราคือเซิร์ฟเวอร์ที่ใช้ Windows Server 2012 แต่อัลกอริทึมของการดำเนินการจะเหมือนกันสำหรับ Windows รุ่นอื่นๆ ไปที่ แผงควบคุม - iSCSI Initiatorเราตอบในการยืนยันข้อเสนอเพื่อตั้งค่าการเปิดตัวโดยอัตโนมัติ:

จากนั้นในหน้าต่างที่เปิดขึ้น ให้ไปที่แท็บ การกำหนดค่าโดยที่ตัวระบุที่ต้องการตั้งอยู่:

คุณสามารถคัดลอกและระบุเมื่อตั้งค่าเป้าหมาย แต่มีวิธีอื่น ในการดำเนินการนี้ ให้ไปที่บุ๊กมาร์ก สิ้นสุดวัตถุ, ในสนาม วัตถุป้อนชื่อเซิร์ฟเวอร์ที่ติดตั้ง เป้าหมายซอฟต์แวร์ iSCSIแล้วกด การเชื่อมต่อที่รวดเร็ว.

เป็นที่ชัดเจนว่าในขณะที่เราจะไม่เชื่อมต่อกับสิ่งใด แต่ตอนนี้ เรามีงานที่แตกต่าง เรากลับไปที่เซิร์ฟเวอร์เป้าหมายและคลิกที่หน้าระบุตัวระบุของปุ่มเริ่มต้น ภาพรวม.

ตอนนี้มันชัดเจนแล้วว่าทำไมเราถึงพยายามเชื่อมต่อ เซิร์ฟเวอร์เป้าหมาย iSCSI จะเก็บรายชื่อตัวเริ่มต้นล่าสุดที่เชื่อมต่อกับมัน และให้คุณเลือกได้

การสร้างเป้าหมายเสร็จสมบูรณ์ และเราสามารถสร้างและผูกดิสก์หนึ่งดิสก์ขึ้นไปกับมันได้ โดยไปที่จุด อุปกรณ์และเลือกจากเมนูคลิกขวา สร้างดิสก์เสมือน.

วิซาร์ดถัดไปจะเปิดขึ้นซึ่งเราระบุตำแหน่งและชื่อของดิสก์เสมือน โปรดทราบว่าคุณต้องระบุชื่อไฟล์เต็มพร้อมกับนามสกุล .vhd.

จากนั้นระบุขนาดที่ต้องการเป็น MB

และเป้าหมาย iSCSI (เป้าหมาย) ที่ดิสก์เสมือนนี้จะถูกผูกไว้

การดำเนินการนี้จะเสร็จสิ้นการตั้งค่าดิสก์ จากขั้นตอนง่ายๆ เหล่านี้ เราจึงได้รับ iSCSI เป้าหมายที่กำหนดค่าไว้พร้อมดิสก์เสมือนที่แนบมาด้วย ตอนนี้กลับไปที่ผู้ริเริ่ม คุณสามารถใช้การเมานต์ด่วนและแนบดิสก์โดยอัตโนมัติจากเป้าหมายที่ตรวจพบ แต่ควรจำไว้ว่าเป้าหมายของเราไม่ใช่แค่การเชื่อมต่อดิสก์เท่านั้น แต่ยังรวมถึงการแยกเครือข่ายพื้นที่เก็บข้อมูลและเครือข่ายท้องถิ่นขององค์กรด้วย

งั้นมาคั่นหน้ากัน การตรวจจับแล้วกด ตรวจจับพอร์ทัลจากนั้นป้อนชื่อเซิร์ฟเวอร์ที่มีบทบาทเป้าหมาย iSCSI

จากนั้นกลับไปที่คั่นหน้า สิ้นสุดวัตถุ, เลือกเป้าหมายที่ตรวจพบซึ่งอยู่ในสถานะ ไม่ทำงาน, และกด คุณสมบัติ.

ในหน้าต่างที่เปิดขึ้นในสนาม IP พอร์ทัลปลายทางเลือกที่อยู่ที่เป็นของเครือข่ายการจัดเก็บข้อมูลของคุณ:

กลับไปแล้วกด เสียบ. สามารถพบอุปกรณ์ที่แนบมาได้ในพริบตา การจัดการดิสก์.

อัลกอริธึมเพิ่มเติมสำหรับการทำงานกับพวกเขาไม่แตกต่างจากการทำงานกับดิสก์ปกติ: เราเชื่อมต่อ มาร์กอัป จัดรูปแบบ

ในบทความนี้ เราได้พิจารณาตัวเลือกการกำหนดค่าพื้นที่เก็บข้อมูลที่ง่ายที่สุด ในบทความต่อๆ ไป เราจะกลับไปที่การตั้งค่าส่วนบุคคลโดยไม่ต้องพูดถึงหัวข้อทั่วไปของการสร้างที่เก็บ

05.10.2012

ต้องการเข้าถึงที่เก็บข้อมูลเครือข่ายเร็วขึ้นเล็กน้อยหรือไม่? ลองใช้วิธีการโดยอิงจากการใช้เครื่องมือ Windows ในตัว โปรโตคอล iSCSI อนุญาตให้คุณเชื่อมต่อกับโวลุ่มการจัดเก็บข้อมูลระยะไกลผ่านเครือข่ายราวกับว่าโวลุ่มนั้นเป็นไดรฟ์ในเครื่อง

มาร์โค ชิอาเปตต้า. เร่งความเร็วอุปกรณ์ NAS ของคุณด้วย iSCSI PC World, กันยายน 2555, พี. 86.

ต้องการเข้าถึงที่เก็บข้อมูลเครือข่ายเร็วขึ้นเล็กน้อยหรือไม่? ลองใช้วิธีการโดยใช้เครื่องมือ Windows ในตัว โปรโตคอล iSCSI อนุญาตให้คุณเชื่อมต่อกับโวลุ่มการจัดเก็บข้อมูลระยะไกลผ่านเครือข่ายราวกับว่าเป็นไดรฟ์ในเครื่อง

iSCSI ย่อมาจาก Internet Small Computer System Interface เทคโนโลยี SCSI (non-i) ถูกใช้เป็นเวลานานมากในการเชื่อมต่ออุปกรณ์ต่อพ่วงต่างๆ กับระบบคอมพิวเตอร์ แต่ส่วนใหญ่มักใช้เพื่อแลกเปลี่ยนข้อมูลกับอุปกรณ์จัดเก็บข้อมูล - ฮาร์ดไดรฟ์หรือเทปไดรฟ์ โปรโตคอล iSCSI อนุญาตให้คุณเชื่อมต่อกับโวลุ่มการจัดเก็บข้อมูลระยะไกลผ่านเครือข่ายราวกับว่าเป็นไดรฟ์ในเครื่อง พูดง่ายๆ ก็คือ iSCSI แปลคำสั่ง SCSI ผ่านเครือข่าย IP (Internet Protocol) เทคโนโลยีนี้คล้ายกับสายเคเบิล SATA เสมือน (หรือ SCSI) โดยใช้การเชื่อมต่อเครือข่ายเพื่อสร้างการสื่อสารระหว่างระบบและโวลุ่มการจัดเก็บข้อมูล

iSCSI แตกต่างจากไดรฟ์ที่ต่อกับเครือข่ายอื่นที่มีอักษรระบุไดรฟ์กำหนดอย่างไร ผลลัพธ์ที่ได้จะคล้ายกันในหลาย ๆ ด้าน แต่ต้องขอบคุณ iSCSI โวลุ่มที่เชื่อมต่อจึงดูเหมือนอุปกรณ์เก็บข้อมูลบล็อกในเครื่องสำหรับระบบปฏิบัติการ ซึ่งสามารถจัดรูปแบบในมาตรฐานของระบบไฟล์ใดก็ได้ที่คุณเลือก

อินเทอร์เฟซ iSCSI ต้องการสององค์ประกอบหลัก: อุปกรณ์หรือเซิร์ฟเวอร์ที่เก็บข้อมูลที่พ่วงต่อกับเครือข่าย (NAS) ที่มีไดรฟ์ข้อมูลที่กำหนดค่าเป็นเป้าหมาย iSCSI และตัวเริ่มต้น iSCSI ที่อนุญาตให้ระบบเชื่อมต่อกับเป้าหมาย

หากคุณมีอุปกรณ์ NAS ที่เชื่อมต่อกับพีซีที่ใช้ Windows สิ่งนี้น่าจะเพียงพอแล้ว เซิร์ฟเวอร์ NAS เกือบทั้งหมดมีความสามารถในการกำหนดค่าเป้าหมาย iSCSI และ Microsoft ในทุกเวอร์ชันของ Windows ตั้งแต่ Vista มีเครื่องมือสำหรับสร้าง iSCSI initiator Initiator สามารถเรียกใช้บนคอมพิวเตอร์ที่มีเวอร์ชันระบบปฏิบัติการเป็นอย่างน้อย Windows 2000

เพื่อสาธิตว่าเทคโนโลยี iSCSI ทำงานอย่างไร ลองใช้เซิร์ฟเวอร์ NAS ไดรฟ์คู่ Thecus N2200XXX ที่ใช้งาน Linux เวอร์ชันที่กำหนดเองพร้อมรองรับ iSCSI และระบบเดสก์ท็อปที่ใช้ Windows 7 Ultimate ระบบที่ทำงานอยู่ในสภาพแวดล้อม Windows จะสร้างอุปกรณ์ที่รองรับ iSCSI เมื่อโต้ตอบกับ NAS

iSCSI - ข้อดีและข้อเสีย

ตามที่ระบุไว้ข้างต้น เป้าหมายเครือข่าย iSCSI จะแสดงบนระบบเป็นไดรฟ์ภายในเครื่อง ดังนั้น คุณไม่เพียงแต่สามารถฟอร์แมตได้ในระบบไฟล์มาตรฐานของระบบปฏิบัติการของคอมพิวเตอร์ของคุณเท่านั้น แต่ยังต้องแน่ใจว่าแอปพลิเคชันที่ต้องใช้ดิสก์ในเครื่องนั้นสามารถเปิดใช้งานได้จากโวลุ่ม iSCSI ความยืดหยุ่นนี้มีความสำคัญมากสำหรับธุรกิจขนาดเล็ก เนื่องจากหลายๆ โปรแกรมไม่ทราบวิธีการทำงานในเครือข่าย เทคโนโลยี iSCSI ช่วยแก้ปัญหานี้

ในบางกรณี iSCSI สามารถปรับปรุงประสิทธิภาพได้โดยการเชื่อมต่อดิสก์อาร์เรย์ขนาดใหญ่กับระบบไคลเอ็นต์โดยไม่ต้องใช้ฮาร์ดแวร์พิเศษหรือสายเคเบิล (ซึ่งสามารถช่วยประหยัดค่าใช้จ่ายได้มาก) อย่างไรก็ตาม ในบทความนี้ เราจะจำกัดตัวเองให้พิจารณาระบบผู้บริโภคระดับกลางเท่านั้น

ควรสังเกตว่าเทคโนโลยี iSCSI มีข้อเสียบางประการ การติดตั้งระบบไม่ซับซ้อนเกินไป อย่างไรก็ตาม ในการกำหนดค่า iSCSI เป้าหมายและตัวเริ่มต้น เพียงแค่ค้นหาทรัพยากรเครือข่ายไม่เพียงพอ เพื่อหลีกเลี่ยงความเสียหายหรือสูญหายของข้อมูล ควรเชื่อมต่อผู้ริเริ่มเพียงคนเดียวกับเป้าหมายในแต่ละครั้ง หากคุณกำลังใช้งานเซิร์ฟเวอร์และดิสก์ไดรฟ์ประสิทธิภาพสูง ประสิทธิภาพจะถูกจำกัดด้วยความเร็วของการเชื่อมต่อเครือข่ายของคุณ ดังนั้น ทางเลือกที่ดีที่สุดน่าจะเป็นการเชื่อมต่อที่ความเร็วกิกะบิตขึ้นไป - การเชื่อมต่อเครือข่ายที่ช้าสามารถทำให้ประโยชน์ทั้งหมดของ iSCSI เป็นกลางได้

การติดตั้ง

ต่อไปนี้เป็นขั้นตอนที่ต้องปฏิบัติตามเพื่อใช้เทคโนโลยี iSCSI กับเซิร์ฟเวอร์ Thecus N2200XXX NAS สำหรับอุปกรณ์และเซิร์ฟเวอร์อื่นๆ ลำดับของการกระทำจะคล้ายกัน

1. เข้าสู่เมนูการกำหนดค่าเซิร์ฟเวอร์ NAS เลือกโหมด RAID และสำรองพื้นที่สำหรับโวลุ่ม iSCSI ฉันใช้การมิเรอร์ RAID 1 กับไดรฟ์ 2TB สองตัว ครึ่งหนึ่งของความจุที่ใช้ได้มีไว้สำหรับระบบไฟล์ EXT4 ในขณะที่อีกครึ่งหนึ่งยังไม่ได้ใช้งาน (ในขั้นตอนที่สาม ความจุที่ไม่ได้ใช้จะทุ่มเทให้กับ iSCSI)

2. หลังจากจัดสรรพื้นที่สำหรับ RAID แล้ว จำเป็นต้องฟอร์แมต เมื่อกระบวนการฟอร์แมตเสร็จสิ้น (ขึ้นอยู่กับคอนฟิกูเรชันของไดรฟ์ กระบวนการนี้อาจใช้เวลาหลายชั่วโมง) คุณสามารถเริ่มจัดสรรพื้นที่ที่ไม่ได้ใช้สำหรับเป้าหมาย iSCSI (หากพื้นที่ว่างทั้งหมดจะสงวนไว้สำหรับ iSCSI คุณไม่จำเป็นต้องฟอร์แมตดิสก์อาเรย์ในขั้นตอนนี้)

3. ตอนนี้ มากำหนดค่าเป้าหมาย iSCSI กัน อันดับแรก ฉันคลิกลิงก์ Space Allocation ในเมนู Storage ในบานหน้าต่างด้านซ้าย จากนั้นคลิกปุ่ม Add บนแท็บ iSCSI target หน้าต่างใหม่จะปรากฏขึ้นบนหน้าจอ ซึ่งคุณต้องเลือกขนาดเป้าหมาย iSCSI ที่ต้องการ เปิดใช้งานและตั้งชื่อ

และถ้าคุณต้องการเพิ่มการรักษาความปลอดภัยอีกชั้นหนึ่ง คุณสามารถกำหนดค่าพารามิเตอร์โปรโตคอล CHAP (Challenge Handshake Authentication Protocol) ได้ในขั้นตอนนี้

4. หากคุณตัดสินใจที่จะไม่จัดสรรพื้นที่ว่างทั้งหมดให้กับเป้าหมาย iSCSI เดียว คุณสามารถกำหนด LUN แบบลอจิคัลได้หลายเป้าหมาย (Logical Unit Number) ซึ่งจะทำให้ระบบต่างๆ สามารถเชื่อมต่อกับอุปกรณ์ NAS หรือเซิร์ฟเวอร์เดียวกันได้ และระบบไคลเอ็นต์แต่ละระบบจะมีเป้าหมาย iSCSI ของตัวเอง

ตั้งเป้าหมาย

เมื่อสร้างเป้าหมาย iSCSI แล้ว คุณต้องเชื่อมต่อผ่าน iSCSI initiator บนพีซีไคลเอนต์ Windows คลิกที่ปุ่ม Start พิมพ์ iSCSI ในแถบค้นหา แล้วกดปุ่ม (หรือไปที่เมนู Start ไปที่ Control Panel และในส่วน System and Security เลือก Administrative Tools แล้วเลือก iSCSI Initiator) หากข้อความปรากฏขึ้นบนหน้าจอที่ระบุว่าบริการ iSCSI ไม่ได้ทำงานอยู่ อนุญาตให้เริ่มต้น จากนั้นหน้าต่างคุณสมบัติ iSCSI initiator จะปรากฏขึ้นบนหน้าจอ

คลิกแท็บ Discover และคลิกปุ่ม Discover Portal ในหน้าต่างที่เปิดขึ้น ให้ป้อนที่อยู่ IP ของอุปกรณ์ NAS หรือเซิร์ฟเวอร์ที่โฮสต์เป้าหมาย iSCSI ไม่จำเป็นต้องเปลี่ยนหมายเลขพอร์ต (เว้นแต่จะมีการกำหนดหมายเลขพอร์ต iSCSI ไว้ก่อนหน้านี้) โดยค่าเริ่มต้น ระบบมีพอร์ต 3260 หากคุณเปิดใช้งานการรับรองความถูกต้อง CHAP ก่อนหน้านี้ คุณต้องคลิกปุ่ม "ขั้นสูง" และป้อนข้อมูลบัญชี CHAP มิฉะนั้น คลิกตกลงและที่อยู่ IP ของอุปกรณ์ NAS หรือเซิร์ฟเวอร์ของคุณจะปรากฏในรายการพอร์ทัลเป้าหมาย

หากเป้าหมายไม่อยู่ในรายการนี้ ตรวจสอบให้แน่ใจว่าได้ป้อนที่อยู่ IP อย่างถูกต้อง และเปิดพอร์ตที่ถูกต้องบนไฟร์วอลล์

หลังจากที่เซิร์ฟเวอร์ปรากฏในรายการเป้าหมาย ไปที่แท็บ "เป้าหมาย" เป้าหมาย iSCSI ที่คุณสร้างไว้ก่อนหน้านี้ควรปรากฏในกลุ่มเป้าหมายตรงกลางหน้าต่าง คลิกที่วัตถุแล้วคลิกปุ่ม "เชื่อมต่อ" ในหน้าต่างการเชื่อมต่อเป้าหมายที่ปรากฏบนหน้าจอ ให้เลือกตัวเลือก "เพิ่มการเชื่อมต่อนี้ในรายการเป้าหมายที่ชื่นชอบ" แล้วคลิกตกลง จากนั้นคลิก ตกลง อีกครั้งในหน้าต่างคุณสมบัติของ iSCSI initiator

บนระบบไคลเอ็นต์ที่เชื่อมต่อกับเป้าหมาย iSCSI คุณต้องจัดรูปแบบเป้าหมายโดยใช้ขั้นตอนเดียวกับที่ทำกับไดรฟ์ในเครื่อง คลิกปุ่มเริ่ม คลิกขวาที่คอมพิวเตอร์ และเลือกจัดการจากเมนูบริบท ในส่วน Mass Storage ของหน้าต่างยูทิลิตี้ Computer Management ให้คลิกที่ลิงก์ Disk Management กล่องโต้ตอบการเริ่มต้นดิสก์จะปรากฏขึ้นบนหน้าจอ ตรวจสอบให้แน่ใจว่าได้เลือกตัวเลือก "เลือกดิสก์" และเลือกประเภทพาร์ติชั่นที่ต้องการ (ฉันใช้ MBR - Master Boot Record) คลิกตกลง

ทำตามคำแนะนำบนหน้าจอเพื่อระบุขนาดโวลุ่ม กำหนดอักษรระบุไดรฟ์ และระบุระบบไฟล์และป้ายกำกับโวลุ่ม คลิกปุ่ม "เสร็จสิ้น" เมื่อการฟอร์แมตเสร็จสิ้น อักษรระบุไดรฟ์ใหม่จะปรากฏขึ้น ตอนนี้คุณสามารถถ่ายโอนไฟล์และเรียกใช้โปรแกรมจาก NAS ของคุณได้ไม่ว่าจะอยู่ที่ใด

การเปรียบเทียบประสิทธิภาพ

ในการประเมินประสิทธิภาพของ iSCSI ระยะไกลที่แนบ NAS ของฉัน ฉันได้เปรียบเทียบ iSCSI เป้าหมายกับ NAS มาตรฐานที่ต่อพ่วงโดยใช้โปรแกรมทดสอบสองโปรแกรม

เกณฑ์มาตรฐานดิสก์ ATTO ไม่ได้แสดงความแตกต่างมากนักระหว่างไดรฟ์เครือข่ายที่แมปกับอุปกรณ์ iSCSI แม้ว่าไดรฟ์จะแสดงปริมาณงานที่ดีขึ้นเล็กน้อย อย่างไรก็ตาม นี่เป็นการทดสอบที่ค่อนข้างน้อย ซึ่งจะประเมินเฉพาะการเขียนข้อมูลตามลำดับเท่านั้น

แต่การทดสอบ CrystalDiskMark จะวิเคราะห์การทำงานของอุปกรณ์ทั้งในโหมดการเข้าถึงตามลำดับและแบบสุ่ม โดยทำงานด้วยไฟล์สองไฟล์ที่มีขนาดต่างกัน จากผลลัพธ์ที่ได้ เป้าหมาย iSCSI แสดงให้เห็นประสิทธิภาพที่สูงขึ้นอย่างมีนัยสำคัญ ความเร็วในการเขียนของอุปกรณ์ iSCSI และไดรฟ์เครือข่ายที่แมปมาตรฐานเหมือนกัน แต่การดำเนินการอ่านผ่านอินเทอร์เฟซ iSCSI นั้นเร็วขึ้น 30-40%

ดังที่การทดสอบแสดงให้เห็น การเข้าถึงอุปกรณ์ NAS และการจัดรูปแบบในอิมเมจและความคล้ายคลึงกันของดิสก์ภายในเครื่อง ตลอดจนความสามารถในการรันโปรแกรม ไม่ใช่ข้อดีเพียงอย่างเดียวที่มีให้โดยเทคโนโลยี iSCSI นอกจากนี้ยังให้การดำเนินการอ่านที่เร็วขึ้น ดังนั้น หากคุณกำลังติดต่อกับอุปกรณ์ NAS ที่บ้านหรือในสำนักงาน iSCSI จะช่วยปรับปรุงประสิทธิภาพการทำงานให้ดีขึ้นอย่างมาก (และฟรีทั้งหมด)

มาต่อกันที่หัวข้อของการใช้ฮาร์ดแวร์เซิร์ฟเวอร์เก่าให้เป็นประโยชน์ คราวนี้เราจะมาพูดถึงการใช้โมเดลเซิร์ฟเวอร์กัน IBM System x3200 4362เป็นที่เก็บข้อมูลเครือข่ายที่เข้าถึงได้ผ่านโปรโตคอล iSCSIเช่น เป้าหมาย iSCSI. วี เราได้พิจารณาเซิร์ฟเวอร์ดังกล่าวเป็นที่เก็บข้อมูลสำหรับสำเนาสำรองของเครื่องเสมือนด้วยการขจัดความซ้ำซ้อนของซอฟต์แวร์จาก Quadstore . อย่างไรก็ตาม ในกรณีของเรา สถานการณ์รุนแรงขึ้นจากข้อเท็จจริงที่ว่าในบางพื้นที่ห่างไกลที่ , VM ที่สำรองข้อมูลเมื่อเวลาผ่านไปได้รับไดรฟ์เพิ่มเติมเพื่อจัดเก็บเนื้อหาสำหรับจุดแจกจ่าย SCCM . และอย่างที่คุณทราบ เนื้อหาของดิสก์ที่ใช้สำหรับแจกจ่ายเนื้อหาใน SCCM สามารถเปลี่ยนแปลงได้ตลอดเวลา (มีการดาวน์โหลดการอัปเดตใหม่ , การอัปเดตที่หมดอายุจะถูกลบออก, ดาวน์โหลดซอฟต์แวร์การปรับใช้บางตัว ฯลฯ ) ดังนั้น จากข้อเท็จจริงที่ว่าซอฟต์แวร์ที่ใช้ Veeam Backup รุ่นฟรีไม่อนุญาตให้แยกดิสก์เสมือนแต่ละรายการที่เป็นของ VM นี้จากการสำรองข้อมูลเครื่องเสมือน เราต้องตัดสินใจว่าจะเพิ่มพื้นที่ดิสก์บนเซิร์ฟเวอร์ IBM เดียวกันเหล่านี้หรือไม่ ในขณะเดียวกัน คำถามก็เกิดขึ้นเกี่ยวกับประโยชน์ของการขจัดข้อมูลซ้ำซ้อน ซึ่งในกรณีของเนื้อหาที่เปลี่ยนแปลงบ่อยจะสูญเสียประสิทธิภาพ

"ไอซิ่งบนเค้ก" ในสถานการณ์ที่อธิบายไว้คือเซิร์ฟเวอร์ซึ่งใช้ในกรณีของเราเป็นเป้าหมาย iSCSI (จากการใช้งาน Quadstor) มีตะกร้าดิสก์ที่เจียมเนื้อเจียมตัวมาก - เพียง 4 SAS / SATA สล็อต 3.5 " ฟอร์มแฟกเตอร์ ซึ่งสองในนั้นถูกครอบครองโดยระบบปฏิบัติการโฮสต์ Linux

เราจะพิจารณาหนึ่งในตัวเลือกที่เป็นไปได้สำหรับการแก้ปัญหาและข้อจำกัดต่างๆ ที่อธิบายไว้ ซึ่งก็คือการแทนที่การติดตั้ง Linux OS แบบสมบูรณ์ด้วยการบูตแบบพิเศษจากไดรฟ์ USB และทำงานใน RAMการกระจาย Linux ของโครงการ Enterprise Storage OS (ESOS). ที่แกนหลัก ESOS เป็นเคอร์เนลลินุกซ์สมัยใหม่ที่ปรับให้เหมาะสมกับ RAM พร้อมซอฟต์แวร์โปรเจ็กต์แบบบูรณาการ , ตัวอย่างการใช้งานที่เรามีแล้ว .

แผนปฏิบัติการโดยรวมจะมีลักษณะดังนี้:

  • เราลบดิสก์ความจุขนาดเล็กซึ่งติดตั้งระบบปฏิบัติการโฮสต์ออกจากตะกร้าดิสก์และใส่ดิสก์ที่มีความจุมากขึ้นในที่นี้ (ดิสก์ทั้งหมดในตะกร้าจะกลายเป็นความจุเท่ากัน)
  • ที่ระดับฮาร์ดแวร์คอนโทรลเลอร์ RAID เรากำหนดดิสก์สี่ตัวที่เชื่อมต่อกับโครงดิสก์เป็นอุปกรณ์อิสระ
  • การเตรียมไดรฟ์ USB ที่สามารถบู๊ตได้ด้วย ESOS
  • เราบูตเซิร์ฟเวอร์ด้วย ESOS และสร้างอาร์เรย์ RAID ของซอฟต์แวร์จากดิสก์ทั้งหมดในตะกร้า
  • การกำหนดค่า iSCSI Target ใน ESOS และการเชื่อมต่อดิสก์บนฝั่งเซิร์ฟเวอร์ iSCSI Initiator
  • ตั้งค่าการเชื่อมต่อเครือข่ายเพิ่มเติมระหว่างเซิร์ฟเวอร์และเปิดใช้งาน Multipath
การกำหนดค่าเซิร์ฟเวอร์

ในตัวอย่างของเรา เราจะพิจารณาสร้างการกำหนดค่าที่ง่ายที่สุดโดยใช้ iSCSIของสองเซิร์ฟเวอร์ ซึ่งหนึ่งในนั้นทำหน้าที่เป็นเป้าหมาย เป้าหมาย iSCSIบนฐาน ESOS เวอร์ชัน 1.3.5และอีกประการหนึ่งเป็นเจ้าบ้านผู้ริเริ่ม ผู้ริเริ่ม iSCSIบนฐาน Windows Server 2012 R2. เพื่อปรับปรุงความพร้อมใช้งานและประสิทธิภาพ การเชื่อมต่อแบบหลายพาธจะถูกสร้างขึ้นระหว่างเป้าหมายและโฮสต์เริ่มต้น ( หลายเส้นทาง). เมื่อต้องการแยกทราฟฟิก iSCSI ออกจากทราฟฟิกการจัดการเซิร์ฟเวอร์ จะมีการติดตั้งอะแด็ปเตอร์เครือข่ายสองพอร์ตเพิ่มเติมในแต่ละเซิร์ฟเวอร์

1 ) เซิร์ฟเวอร์สำหรับบทบาทเป้าหมาย iSCSI(KOM-AD01-ESOS01 )

รุ่นเซิร์ฟเวอร์ IBM System x3200 4362ด้วยโครงใส่ไดรฟ์ 4x LFF HDD SAS/SATA และอะแดปเตอร์เครือข่ายที่ติดตั้งเสริม HP NC380Tอะแด็ปเตอร์เซิร์ฟเวอร์กิกะบิตแบบมัลติฟังก์ชั่น PCI Express สองพอร์ต (394795-B21) เซิร์ฟเวอร์นี้จะเรียกใช้ระบบ ESOS ที่สามารถบู๊ตได้จากแท่ง USB ดิสก์ทั้ง 4 ตัวจากตะกร้าดิสก์ของเซิร์ฟเวอร์จะถูกใช้ใน ESOS เพื่อจัดระเบียบอาร์เรย์ RAID ของซอฟต์แวร์ ซึ่งจะถูกนำเสนอต่อโฮสต์เริ่มต้น

2 ) เซิร์ฟเวอร์สำหรับบทบาท ผู้ริเริ่ม iSCSI (KOM-AD01-VM01 )

รุ่นเซิร์ฟเวอร์ HP ProLiant DL380 G5ทำหน้าที่เป็นโฮสต์การจำลองเสมือนบน Hyper-V OS มาตรฐาน Windows Server 2012 R2. นอกจากการกำหนดค่าพื้นฐานแล้ว อะแดปเตอร์เครือข่ายยังได้รับการติดตั้งเพิ่มเติมในเซิร์ฟเวอร์ HP NC380Tอะแด็ปเตอร์เซิร์ฟเวอร์กิกะบิตแบบมัลติฟังก์ชั่น PCI Express สองพอร์ต (394795-B21) ดิสก์ที่เชื่อมต่อกับเซิร์ฟเวอร์นี้จากเซิร์ฟเวอร์ ESOS ผ่านโปรโตคอล iSCSI จะถูกใช้สำหรับการสำรองข้อมูลเครื่องเสมือน Hyper-V

รูปแบบที่ง่ายที่สุดสำหรับการเชื่อมต่ออินเทอร์เฟซเครือข่ายเซิร์ฟเวอร์จะมีลักษณะดังนี้:

คอนฟิกูเรชันคอนโทรลเลอร์ RAID บนเซิร์ฟเวอร์ IBM

โดยไม่คำนึงถึงรุ่นเซิร์ฟเวอร์และตัวควบคุม RAID ที่ใช้ในกรณีของเรา เราสามารถพูดได้ว่าการใช้ชุดการแจกจ่าย ESOS ซึ่งไม่ต้องการดิสก์เฉพาะสำหรับการทำงาน ในการกำหนดค่าดิสก์ใดๆ จะอนุญาตให้ใช้ทรัพยากรทั้งหมดของตะกร้าดิสก์เพื่อประโยชน์ พื้นที่ดิสก์ ในบางสถานการณ์ อาร์กิวเมนต์นี้อาจมีความสำคัญ

ในตัวอย่างของเรา มีการติดตั้งดิสก์ SATA 7200 1TB ที่เหมือนกัน 4 แผ่นในตะกร้าดิสก์

เพื่อกำจัดความสามารถที่ค่อนข้างเจียมเนื้อเจียมตัวของคอนโทรลเลอร์ RAID ของฮาร์ดแวร์ที่เซิร์ฟเวอร์ของเราติดตั้งไว้ และในอนาคตเพื่อใช้ประโยชน์จากความเป็นไปได้ของการสร้างอาร์เรย์ RAID ของซอฟต์แวร์ตาม ESOS เราจำเป็นต้องทำให้แต่ละดิสก์มีลักษณะดังนี้ อุปกรณ์ทางกายภาพแยกต่างหากสำหรับ ESOS ดังนั้น ในยูทิลิตี้การจัดการคอนโทรลเลอร์ RAID ในตัว เราจะลบไดรฟ์ลอจิคัล RAID ที่มีอยู่ทั้งหมด เพื่อให้แต่ละไดรฟ์แสดงเป็นอุปกรณ์แยกต่างหาก

คอนโทรลเลอร์ RAID บางตัว เช่น HP Smart Array ไม่อนุญาตให้แปลดิสก์ที่แมปเป็นอุปกรณ์ดิสก์แบบสแตนด์อโลน ในกรณีดังกล่าว คุณจะต้องสร้างโวลุ่ม RAID-0 แยกต่างหากสำหรับไดรฟ์แต่ละตัว ในกรณีของเรา ทุกอย่างง่ายกว่า เนื่องจากคอนโทรลเลอร์ติดตั้งในเซิร์ฟเวอร์ของเรา LSI Logic SAS1064ETค่อนข้างดั้งเดิมและแสดงดิสก์ทั้งหมดเป็นอุปกรณ์แยกต่างหากหากดิสก์เหล่านี้ไม่รวมอยู่ในอาร์เรย์ RAID ของฮาร์ดแวร์

กำลังเตรียมไดรฟ์ ESOS USB ที่สามารถบู๊ตได้

ดาวน์โหลดเวอร์ชันล่าสุดของสาขาเสถียร ESOS (สาขา 1.x.x) จากหน้าโครงการ ESOS - ดาวน์โหลดแพ็คเกจ . ในหน้าเดียวกัน คุณจะพบคำอธิบายของ ESOS สาขาอื่นๆ (ต้นแบบ - อยู่ระหว่างการพัฒนาและ 0.1.x - ล้าสมัย)

ในขั้นตอนการเขียนบทความนี้ เวอร์ชันที่ใช้คือ 1.3.5 (25.01.2018 ) ได้ที่ลิงค์ esos-1.3.5.zip . เมื่อถึงเวลาเผยแพร่ ฉันได้จัดการกับเวอร์ชันที่ใหม่กว่า 1.3.6 (04/12/2018) แล้ว

เนื่องจาก ESOS เป็นระบบที่ใช้ RAM จึงจะทำงานจากไดรฟ์ภายนอกที่เชื่อมต่อผ่านพอร์ต USB ปกติ นั่นคือเราต้องการไดรฟ์ USB ที่มีขนาดเท่ากับ 4 กิกะไบต์และอื่น ๆ. หากคุณวางแผนที่จะใช้สาขาหลัก สำหรับการอัปเกรดระหว่างเวอร์ชันต่างๆ ให้สำเร็จตามคำแนะนำของเอกสารกำลังอัพเกรด อาจต้องใช้พื้นที่เพิ่มเติมสูงสุด 5GB ในแฟลชไดรฟ์ USB ในกรณีของเรา ESOS ประสบความสำเร็จในการใช้ไดรฟ์ที่มีระดับ "ชั้นใต้ดิน" ที่แตกต่างกันซึ่งมีขนาดตั้งแต่ 8GB ขึ้นไป

ข้อมูลประจำตัวเริ่มต้น:

  • ชื่อผู้ใช้: ราก
  • รหัสผ่าน: esos

เมื่อคุณเข้าสู่ระบบ เชลล์พิเศษจะเปิดขึ้นโดยอัตโนมัติ ส่วนต่อประสานผู้ใช้แบบข้อความ (TUI) ซึ่งทำให้ทำงานกับระบบได้ง่ายขึ้น พื้นที่ด้านบนของ TUI มีเมนูการทำงานหลัก ซึ่งช่วยให้คุณทำงานพื้นฐานทั้งหมดสำหรับการกำหนดค่าเซิร์ฟเวอร์เป็นที่เก็บข้อมูลสำหรับ SAN

งานหลักของการตั้งค่าเริ่มต้นคือการเปลี่ยนรหัสผ่านผู้ใช้เริ่มต้น รากและการตั้งค่าเครือข่ายสำหรับการทำงานระยะไกลกับระบบ

ไปที่รายการเมนู ระบบ > เปลี่ยนรหัสผ่านและตั้งรหัสผ่านใหม่ให้กับผู้ใช้ ราก.

งั้นก็ไป ระบบ > การตั้งค่าเครือข่ายและเลือกรายการเพื่อกำหนดการตั้งค่าเครือข่ายพื้นฐาน การตั้งค่าเครือข่ายทั่วไป

ในแบบฟอร์มที่เปิดขึ้น ให้ระบุชื่อโฮสต์ ชื่อโดเมน DNS ที่อยู่ IP เกตเวย์เริ่มต้น และที่อยู่เซิร์ฟเวอร์ DNS

หลังจากเปลี่ยนการตั้งค่าเครือข่าย ESOS จะแจ้งให้คุณเริ่มบริการเครือข่ายใหม่เพื่อให้การเปลี่ยนแปลงมีผล จนกว่าเราจะทำการตั้งค่าเครือข่ายขั้นต่ำทั้งหมด เราสามารถปฏิเสธที่จะเริ่มบริการเครือข่ายใหม่ได้

กลับกันเถอะ ระบบ > การตั้งค่าเครือข่ายเลือกอะแดปเตอร์เครือข่ายที่จะใช้สำหรับการควบคุมระยะไกลของ ESOS และกำหนดค่าพารามิเตอร์ IP ในตัวอย่างของเรา มีการใช้การกำหนดค่าแบบคงที่และอินเทอร์เฟซการจัดการ ESOS ถูกตั้งค่าเป็นที่อยู่ IP 10.1.2.201/24 ต้องระบุเน็ตเวิร์กมาสก์และที่อยู่ออกอากาศ ตามที่ฉันเข้าใจ มิฉะนั้น อาจเกิดข้อผิดพลาดขณะบันทึกการตั้งค่า

หลังจากบันทึกการเปลี่ยนแปลงแล้ว เราจะได้รับคำถามเกี่ยวกับการรีสตาร์ทเครือข่ายอีกครั้ง ทีนี้มาตอบคำถามนี้ในการยืนยันกัน

เครือข่ายจะเริ่มต้นใหม่ และในกรณีที่ใช้การตั้งค่าที่ระบุสำเร็จ เราจะสามารถเชื่อมต่อกับ ESOS จากระยะไกลผ่านโปรโตคอล SSH ได้

สำหรับวัตถุประสงค์ของหมายเหตุนี้ เรากำลังข้ามการตั้งค่าอื่นๆ ที่มีใน ESOS เช่น การตั้งค่าเวลา การกำหนดค่าการส่งต่อเมล การจัดการผู้ใช้เพิ่มเติม ฯลฯ แต่เราจะเน้นเฉพาะประเด็นที่เกี่ยวข้องในบริบทของงานของเราเท่านั้น อย่างไรก็ตาม ก่อนเชื่อมต่อกับเซิร์ฟเวอร์ ESOS ของเราผ่าน SSH ฉันต้องการพูดนอกเรื่องเล็กน้อยเกี่ยวกับโทนสี TUI

อินเทอร์เฟซ TUI ESOS มีโทนสีสองแบบ - สีอ่อนมาตรฐาน ออกแบบเป็นสีน้ำเงินและเทอร์ควอยซ์ ซึ่งแสดงในภาพหน้าจอด้านบน และสีทางเลือก - สีเข้ม ออกแบบตามประเพณีที่ดีที่สุดของ "คุกใต้ดินพร้อมเทียนไข" ในความคิดของฉัน ไม่มีตัวเลือกใดที่ประสบความสำเร็จ เนื่องจากเมื่อเชื่อมต่อกับคอนโซลเซิร์ฟเวอร์จากระยะไกลด้วยการแสดงสีที่ลดลง (ตัวอย่างเช่น เมื่อเชื่อมต่อผ่าน ) ในบางสถานที่ของ TUI จะสังเกตเห็นผลกระทบของการรวมข้อความกับพื้นหลัง และถ้าคุณเชื่อมต่อกับ TUI ESOS ด้วยไคลเอนต์ PuTTy SSH จากระบบ Windows โดยทั่วไปแล้ว โทนสีมาตรฐานจะเปลี่ยนเป็นสิ่งที่ "เป็นกรด" ในความคิดของฉัน

เนื่องจากเราจะทำงานกับ ESOS เป็นหลัก แน่นอน โดยใช้การเชื่อมต่อ SSH ระยะไกล ดังนั้น จึงมีวิธีแก้ไขปัญหาที่ง่ายสำหรับไคลเอนต์ PuTTy - โดยใช้ชุดรูปแบบสีที่กำหนดเองในฝั่งไคลเอ็นต์ SSH สำหรับทุกรสนิยมและทุกสี ตัวอย่างของการตั้งค่าดังกล่าวที่เราพิจารณาก่อนหน้านี้ในบันทึกย่อ . ต่อไป ในการทำงานกับ ESOS ผ่าน SSH เราจะใช้รูปแบบ PuTTy -พลบค่ำ.

การสร้างซอฟต์แวร์ RAID ใน ESOS

หลังจากเสร็จสิ้นการตั้งค่าพื้นฐานเริ่มต้นของ ESOS แล้ว เราดำเนินการกำหนดค่าของระบบดิสก์เซิร์ฟเวอร์ มาสร้างซอฟต์แวร์ RAID array กันเถอะ (ใช้งานตาม ซอฟต์แวร์ Linux RAID/mdraid) ของ 4 ดิสก์ที่เราจำหน่าย โดยไปที่เมนู ซอฟต์แวร์RAID > เพิ่มอาร์เรย์

ในรายการอุปกรณ์บล็อกที่มีให้รวมอยู่ในซอฟต์แวร์ RAID เราสังเกตดิสก์ที่เราจะสร้างอาร์เรย์ RAID

หลังจากเลือกดิสก์แล้ว ให้กด เข้า. หน้าจอการตั้งค่า RAID จะเปิดขึ้น ให้ชื่ออาร์เรย์ในประเพณี mdraid, ตัวอย่างเช่น md0. มาเลือกระดับ RAID กันเถอะ (ในกรณีของเราคือ RAID5) และขนาดบล็อก ในกรณีของเรา อาร์เรย์จะถูกรวบรวมสำหรับงานสำรองไฟล์ขนาดใหญ่ของดิสก์เครื่องเสมือน ดังนั้นเราจึงเลือกขนาดบล็อกที่ใหญ่ที่สุด

หลังจากกดปุ่ม ตกลงขั้นตอนการเริ่มต้น RAID จะเริ่มขึ้น ไปที่เมนูนำทาง ซอฟต์แวร์RAID > สถานะ Linux MDและตรวจสอบสถานะของอาร์เรย์RAID ที่สร้างขึ้น

ที่นี่ เราสามารถรอให้อาร์เรย์ RAID เสร็จสมบูรณ์ หรือเราสามารถตั้งค่าเซิร์ฟเวอร์ของเราต่อไปได้ เนื่องจากที่จริงแล้ว ความจุดิสก์ของอาร์เรย์นั้นมีอยู่แล้วสำหรับเรา

การกำหนดค่าเป้าหมาย iSCSI

เพื่อให้ความจุดิสก์ของอาร์เรย์ RAID ที่สร้างโดยเราแสดงต่อโฮสต์การจำลองเสมือนผ่านเครือข่ายโดยใช้โปรโตคอล iSCSI บนเซิร์ฟเวอร์ ESOS คุณต้องสร้าง เป้าหมาย iSCSI. ในการดำเนินการนี้ ในเมนูการนำทาง ให้ไปที่ เป้าหมาย > เพิ่มเป้าหมาย iSCSI. ระบุชื่อในแบบฟอร์มการสร้างเป้าหมาย ชื่อที่ผ่านการรับรอง iSCSI (IQN).

ในกรณีของเรา เราใช้ชื่อเริ่มต้นในรูปแบบ iqn.2018-03.esos.<имя сервера>: . สิ่งเดียวที่ฉันเปลี่ยนชื่อคือลบเครื่องหมายทวิภาคที่ท้ายชื่อ

เมื่อบันทึกแล้ว ข้อมูล iSCSI Target จะปรากฏบนหน้าจอ ESOS หลัก แต่เป้าหมายจะอยู่ในสถานะปิดใช้งาน

เพื่อเปิดใช้งานเป้าหมาย ไปที่เมนูนำทางใน เป้าหมาย > เปิดใช้งาน/ปิดการใช้งานเป้าหมายจากรายการเป้าหมาย เลือกเป้าหมายที่เราเพิ่งสร้างและเปลี่ยนแปลงคุณสมบัติ พิการบน เปิดใช้งาน.

ตรวจสอบว่าในหน้าจอ TUI หลัก ข้อมูลสถานะเป้าหมายมีการเปลี่ยนแปลง

จากรายการโหมดการแปลอุปกรณ์ สามารถอ่านคำอธิบายได้ในเอกสาร36_Devices_and_Mappings - โหมด SCST I/O , เลือกโหมดที่เราสนใจ ในตัวอย่างของเรา เราใช้โหมด vdisk_blockioซึ่งให้การเข้าถึงโดยตรงไปยังอุปกรณ์บล็อกและกำจัดการใช้กลไกแคช Linux ระดับกลาง

หลังจากเลือกโหมดแล้ว หน้าต่างสำหรับเลือกอุปกรณ์บล็อกที่เป็นไปได้สำหรับโหมดนี้จะเปิดขึ้น เราเลือกอาร์เรย์ RAID ของเรา

ซึ่งจะเปิดแบบฟอร์มสำหรับกำหนดค่าพารามิเตอร์ SCST สำหรับอุปกรณ์บล็อกเสมือน vdisk_blockio. ระบุชื่ออุปกรณ์ที่สั้นและเข้าใจง่าย ชื่อนี้จะแสดงที่ด้านข้างของโฮสต์การจำลองเสมือนซึ่งทำหน้าที่เป็น iSCSI Initiator ในตัวจัดการอุปกรณ์ในภายหลัง ดังนั้น ตามชื่อ ฉันใช้ชื่อย่อของโฮสต์และอุปกรณ์ RAID - ESOS01-MD0 พารามิเตอร์ที่เหลือสามารถปล่อยให้เป็นค่าเริ่มต้นได้

เราบันทึกการตั้งค่าของอุปกรณ์บล็อกเสมือนและดำเนินการตามคำอธิบายของโฮสต์ที่ได้รับอนุญาตให้เชื่อมต่อกับเป้าหมาย iSCSI ที่เราสร้างขึ้น แต่ก่อนที่จะอธิบายโฮสต์ คุณต้องสร้างกลุ่มโฮสต์ก่อน ไปที่เมนู เจ้าภาพ > เพิ่มกลุ่ม

เราเลือก iSCSI Target ที่เราสร้างไว้ก่อนหน้านี้ ซึ่งกลุ่มโฮสต์ที่สร้างขึ้นจะเป็นของ

ตั้งชื่อกลุ่มโฮสต์ เช่น Group1 และคลิก เข้า

ดังนั้น กลุ่มโฮสต์จึงถูกสร้างขึ้นและเชื่อมโยงกับเป้าหมาย iSCSI ตอนนี้เราต้องอธิบายแต่ละโฮสต์ที่จะทำหน้าที่เป็น ผู้ริเริ่ม iSCSIด้วยการมอบหมายโฮสต์นี้ให้กับกลุ่มโฮสต์ที่สร้างขึ้น ในกรณีของเรา จะมีโฮสต์ดังกล่าวเพียงโฮสต์เดียวเท่านั้น - โฮสต์การจำลองเสมือนของเรา Hyper-Vตามระบบปฏิบัติการ Windows Server 2012 R2.

ก่อนเพิ่มโฮสต์ initiator ใน ESOS ให้ค้นหาชื่อของมัน ชื่อผู้ริเริ่มบนโฮสต์การจำลองเสมือนของเรา คุณค้นหา (และเลือกที่จะเปลี่ยน) ชื่อนี้ได้ในแผงควบคุมเซิร์ฟเวอร์ Windows โดยการเรียกแอปเพล็ต ผู้ริเริ่ม iSCSIและเปิดแท็บ การกำหนดค่า

อย่างที่คุณเห็น ในกรณีของเรา ชื่อของโฮสต์ผู้ริเริ่มคือ iqn.1991-05.com.microsoft:kom-ad01-vm01.holding.com.

เรากลับไปที่ TUI ESOS และเพิ่มตัวเริ่มต้นโฮสต์ไปที่เมนู เจ้าภาพ > เพิ่มผู้ริเริ่ม

ในกรณีนี้ เราจะถูกถามว่าโฮสต์ที่เพิ่มเข้ามานั้นเป็นเป้าหมาย SCST ใด เราเลือกเป้าหมายเดียวที่เราได้สร้างและเปิดใช้งานก่อนหน้านี้

จากนั้นเราเลือกกลุ่มโฮสต์ที่สร้างไว้ก่อนหน้านี้ ซึ่งโฮสต์ที่เพิ่มเข้ามาจะถูกผูกไว้

สุดท้าย เราเข้าสู่ IQN ของโฮสต์เริ่มต้น ซึ่งเราพบก่อนหน้านี้ และคลิก เข้า

ดังนั้น ในขั้นตอนนี้ใน ESOS เรามีเป้าหมาย SCST ที่สร้างไว้แล้ว (ในกรณีของเราคือ iSCSI Target) เรามีอุปกรณ์บล็อก SCST เสมือน (ซอฟต์แวร์ RAID จะออกอากาศ) เราได้อธิบายกลุ่มของโฮสต์และโฮสต์เริ่มต้น (iSCSI Initiator) แนบมากับกลุ่มนี้ ตอนนี้ เราต้องแมปอุปกรณ์บล็อกเสมือน SCST กับกลุ่มโฮสต์เท่านั้น ในการดำเนินการนี้ ให้ไปที่เมนูนำทางใน อุปกรณ์ > แผนที่ไปยัง Host Group.

เลือกอุปกรณ์บล็อกเสมือน SCST

เลือกเป้าหมาย SCST

เลือกกลุ่มโฮสต์ที่โฮสต์ initiator รวมอยู่

ถัดไป แบบฟอร์มการกำหนดค่าจะเปิดขึ้น LUN-a ซึ่งจะออกอากาศทางเครือข่าย ระบุหมายเลข LUN (โดยค่าเริ่มต้น LUN ที่แปลครั้งแรกจะได้รับหมายเลข 0) และบันทึกการตั้งค่าโดยคลิก ตกลง.

คุณสามารถดูการกำหนดค่าสุดท้ายของการแปลอุปกรณ์เสมือน SCST ได้โดยไปที่เมนู อุปกรณ์ > LUN/เค้าโครงกลุ่ม

ตอนนี้เรามาตัดสินใจแยกทราฟฟิกเครือข่าย iSCSI ออกจากทราฟฟิกการจัดการของเซิร์ฟเวอร์ ESOS กันเถอะ ตรวจสอบให้แน่ใจว่าทราฟฟิกประเภทนี้แยกจากกันอย่างสมบูรณ์ผ่านอินเทอร์เฟซเครือข่ายที่แตกต่างกัน

ในการทำเช่นนี้ เราจะกำหนดค่าอินเทอร์เฟซเครือข่ายแยกต่างหากบนฝั่งเซิร์ฟเวอร์ ESOS และฝั่งไคลเอ็นต์ iSCSI Initiator ด้วยที่อยู่ IP ที่แตกต่างจากที่อยู่ที่ใช้ในการจัดการเซิร์ฟเวอร์ ตัวอย่างเช่น ในกรณีของเรา เครือข่าย 10.1.2.0/24 ใช้เพื่อจัดการเซิร์ฟเวอร์ ดังนั้นเพื่อแยกการรับส่งข้อมูล iSCSI เราใช้ซับเน็ตเฉพาะขนาดเล็กสำหรับ 6 โฮสต์ - 192.168.168.0/29 (ที่ระดับอุปกรณ์เครือข่าย คุณ สามารถแยกเครือข่ายนี้เป็น VLAN แยกต่างหากเพิ่มเติมได้)

ขั้นแรก เราจะกำหนดค่าอินเทอร์เฟซเครือข่าย iSCSI โดยเฉพาะบนฝั่งเซิร์ฟเวอร์ ESOS โดยไปที่เมนูการนำทางใน ระบบ > การตั้งค่าเครือข่ายและเลือกอะแดปเตอร์เครือข่ายที่เหมาะสม

มาตั้งค่าที่อยู่ IP แบบคงที่บนอินเทอร์เฟซนี้ 192.168.168.1/29 ระบุซับเน็ตมาสก์ ที่อยู่ออกอากาศและขนาดที่เพิ่มขึ้น MTU– 9000 (เทคโนโลยี กรอบจัมโบ้ต้องได้รับการสนับสนุนโดยอะแดปเตอร์เครือข่าย) เพื่อปรับปรุงประสิทธิภาพเมื่อถ่ายโอนข้อมูลจำนวนมาก

เมื่อบันทึกการตั้งค่า เราจะตอบใช่สำหรับคำถามเกี่ยวกับการรีสตาร์ทเครือข่าย (การเชื่อมต่อเครือข่ายทั้งหมดกับ ESOS จะสูญหายไปชั่วคราว)

เมื่อเสร็จสิ้นขั้นตอนการรีบูตเครือข่าย เราจะได้รับข้อมูลสรุปสถานะของการใช้การตั้งค่าใหม่

ตอนนี้ ไปที่การกำหนดค่าที่ด้านข้างของโฮสต์เริ่มต้น

การกำหนดค่า iSCSI Initiator

ที่ด้านข้างของโฮสต์การจำลองเสมือนของเราที่ใช้ Windows Server ซึ่งเราจะได้รับความจุดิสก์ผ่านโปรโตคอล iSCSI จากเซิร์ฟเวอร์ ESOS เราจะกำหนดค่าอะแดปเตอร์เครือข่ายเฉพาะสำหรับใช้กับโปรโตคอล iSCSI

มาปิดการใช้งานทุกอย่างยกเว้นสิ่งที่เราอาจต้องการบนอินเทอร์เฟซเฉพาะนี้เมื่อทำงานกับ iSCSI ตัวอย่างเช่น ปล่อยให้รองรับโปรโตคอลเท่านั้น TCP/IPv4และ QoS.

การเลือกโปรโตคอล TCP/IPv4โดยปุ่ม คุณสมบัติตั้งค่าที่อยู่ IP จากเครือข่ายที่เรากำหนดไว้สำหรับการรับส่งข้อมูล iSCSI เช่น 192.168.168.3/29 ปล่อยที่อยู่ของเกตเวย์เริ่มต้นและเซิร์ฟเวอร์ DNS ว่างไว้ เปิดการตั้งค่าขั้นสูงด้วยปุ่ม ขั้นสูง.

บนแท็บ DNSปิดตัวเลือกการลงทะเบียน DNS ที่เปิดใช้งานโดยค่าเริ่มต้นและบนแท็บ ชนะปิดการใช้งานการสนับสนุน LMHOSTและ NetBIOS ผ่าน TCP/IP.

กลับไปที่แท็บหลักของคุณสมบัติอินเทอร์เฟซเครือข่ายและเรียกกล่องโต้ตอบการตั้งค่าอะแดปเตอร์เครือข่ายโดยคลิกที่ปุ่ม กำหนดค่า.

ในแบบฟอร์มที่เปิดขึ้นบนแท็บการตั้งค่าขั้นสูง ขั้นสูงค้นหาตัวเลือกเพื่อรองรับแพ็คเกจขนาดใหญ่ จัมโบ้แพ็คเก็ตและเลือกค่าสูงสุดที่เป็นไปได้ (ในตัวอย่างของเราคือ 9014 ) บนแท็บ การจัดการพลังงานปิดการใช้งานความสามารถของระบบในการปิดการใช้งานอะแดปเตอร์เครือข่ายนี้ในโหมดประหยัดพลังงาน - อนุญาตให้คอมพิวเตอร์ปิดอุปกรณ์นี้เพื่อบันทึกโหมด.

ปิดหน้าต่างทั้งหมดด้วยปุ่มบันทึก ตกลง.

ตอนนี้ ให้ตรวจสอบความพร้อมใช้งานของเซิร์ฟเวอร์ ESOS ผ่านอินเทอร์เฟซเครือข่ายเฉพาะ อรรถประโยชน์ก่อน tracertเพื่อให้แน่ใจว่ามีการกำหนดเส้นทางการรับส่งข้อมูลระหว่างเซิร์ฟเวอร์โดยตรง

tracert -d 192.168.168.1

จากนั้นใช้ยูทิลิตี้ ปิงโดยเปิดแฟล็กการยับยั้งการกระจายตัว (ตัวเลือก - ) และระบุขนาดของแพ็กเก็ตที่ส่ง (ตัวเลือก - l)

ปิง 192.168.168.1 -f -l 8000

ในกรณีที่บางแห่ง เช่น บนสวิตช์ที่เชื่อมต่อกับเซิร์ฟเวอร์ ESOS และตัวเริ่มต้นโฮสต์ของเรา การสนับสนุนจะไม่เปิดใช้งาน กรอบจัมโบ้เราสามารถได้รับข้อความ " แพ็คเก็ตต้องถูกแยกส่วน แต่ตั้งค่า DF " ในกรณีของเรา การตรวจสอบสำเร็จ ดังนั้นคุณสามารถดำเนินการตามขั้นตอนในการเชื่อมต่อไดรฟ์ iSCSI ได้

ไปที่แผงควบคุมเซิร์ฟเวอร์ Windows เรียกแอปเพล็ต ผู้ริเริ่ม iSCSIและเปิดแท็บ การค้นพบกดปุ่ม ค้นพบพอร์ทัล. ในหน้าต่างการตั้งค่าการค้นพบ ระบุที่อยู่ IP ของเซิร์ฟเวอร์ ESOS จากเครือข่ายสำหรับการรับส่งข้อมูล iSCSI แล้วคลิกปุ่ม ขั้นสูง.

ในรูปแบบของการตั้งค่าการค้นพบขั้นสูง ให้เลือกเป็นอะแดปเตอร์ในเครื่อง Microsoft iSCSI Initiatorและที่อยู่ IP ที่กำหนดค่าไว้ก่อนหน้านี้จากเครือข่ายสำหรับการรับส่งข้อมูล iSCSI - 192.168.168.3 บันทึกการตั้งค่าโดยคลิก ตกลงจนกว่าเราจะกลับไปที่หน้าต่างแอปเพล็ตหลัก

หลังจากนั้นไปที่แท็บ เป้าหมาย, ในส่วนไหน เป้าหมายที่ค้นพบควรจะปรากฏที่กล่าวถึงก่อนหน้านี้ IQNเซิร์ฟเวอร์ ESOS ของเราพร้อมสถานะ ไม่ใช้งาน. นั่นคือระบบตรวจพบ แต่ยังไม่ได้เชื่อมต่อ ในการเชื่อมต่อกับ iSCSI Target ให้ใช้ปุ่ม เชื่อมต่อ.

ในหน้าต่างการเชื่อมต่อที่เปิดขึ้น ให้ความสนใจกับความจริงที่ว่าสัญญาณของการเพิ่มเป้าหมายที่เชื่อมต่อไปยังรายการของเป้าหมายที่ชื่นชอบเปิดอยู่ - เพิ่มการเชื่อมต่อนี้ในรายการของ เป้าหมายที่ชื่นชอบ(สำหรับการเชื่อมต่ออัตโนมัติในภายหลังไปยังเป้าหมายในกรณีที่เซิร์ฟเวอร์รีบูต) มากดปุ่มกันเถอะ ขั้นสูง.

ในรูปแบบของการตั้งค่าการเชื่อมต่อขั้นสูง เราจะระบุอินเทอร์เฟซเครือข่ายจากเครือข่ายสำหรับการรับส่งข้อมูล iSCSI อย่างชัดเจน ซึ่งควรใช้เพื่อโอนการรับส่งข้อมูล iSCSI สำหรับการเชื่อมต่อเซสชันนี้ กล่าวคือ ผู้ริเริ่มIPเลือกจากรายการที่อยู่ของอินเทอร์เฟซ iSCSI ที่จัดสรรบนโฮสต์ของเรา 192.168.168.3 และเป็น IP พอร์ทัลเป้าหมายเลือกจากรายการที่อยู่ของอินเทอร์เฟซ iSCSI ที่จัดสรรบนเซิร์ฟเวอร์ ESOS - 192.168.168.1

ปิดและบันทึกหน้าต่าง ตั้งค่าขั้นสูงและ เชื่อมต่อกับเป้าหมายและตรวจสอบให้แน่ใจว่าสถานะการเชื่อมต่อเปลี่ยนเป็น เชื่อมต่อ

มาดูแท็บกัน เป้าหมายที่ชื่นชอบและตรวจสอบให้แน่ใจว่าเป้าหมายที่เชื่อมต่ออยู่ในรายการโปรด

ตรวจสอบให้แน่ใจว่าในคอนโซลการจัดการ “ตัวจัดการอุปกรณ์” / ตัวจัดการอุปกรณ์ (devmgmt.msc) ในบท ดิสก์ไดรฟ์ดิสก์ SCSI เพิ่มเติมปรากฏขึ้นพร้อมกับชื่อที่เรากำหนดไว้ก่อนหน้านี้บนเซิร์ฟเวอร์ ESOS สำหรับอุปกรณ์บล็อกเสมือน SCST

ขั้นตอนต่อไปคือการเริ่มต้นดิสก์ที่เชื่อมต่อผ่านโปรโตคอล iSCSI ในการดำเนินการนี้ ให้ไปที่คอนโซลการจัดการดิสก์ การจัดการดิสก์ (diskmgmt.msc) เลือกดิสก์ที่เหมาะสมและใส่ไว้ในสถานะ ออนไลน์.

หลังจากที่ดิสก์เปลี่ยนสถานะได้สำเร็จ เราจะเริ่มต้นดิสก์และฟอร์แมต "ตามรสนิยมของเรา" เช่น ลงในระบบไฟล์ NTFS โดยระบุป้ายกำกับปริมาณที่เราเข้าใจ จากนี้ไปในอินเทอร์เฟซแบบกราฟิกของ Windows ดิสก์นี้จะพร้อมใช้งานสำหรับเราสำหรับการดำเนินการไฟล์มาตรฐาน

ในขั้นตอนนี้ หากเราดูที่คอนโซลของเซิร์ฟเวอร์ ESOS เราจะเห็นข้อมูลเกี่ยวกับเซสชันการเชื่อมต่อของโฮสต์ที่เริ่มต้นที่ด้านล่างของ TUI

ในเรื่องนี้ การตั้งค่าพื้นฐานของการกำหนดค่า iSCSI ที่ง่ายที่สุดถือได้ว่าสมบูรณ์

การทดสอบประสิทธิภาพที่ง่ายที่สุด

หลังจากเชื่อมต่อดิสก์ผ่าน iSCSI แล้ว ควรทำการวัดประสิทธิภาพอย่างง่ายอย่างน้อยเพื่อทำความเข้าใจสิ่งที่เราลงเอยด้วยและสิ่งที่เราคาดหวังได้จากดิสก์ดังกล่าว

การใช้ตัวเลขที่ Windows Explorer แสดงให้เราทราบเมื่อคัดลอกไฟล์ขนาดใหญ่จากดิสก์ในเครื่องของเซิร์ฟเวอร์ไปยังดิสก์ iSCSI นั้นไม่คุ้มค่าอย่างยิ่ง เนื่องจากเราจะไม่เห็นข้อมูลที่เป็นรูปธรรมที่นั่น ตัวอย่างเช่น ในกรณีของฉัน เมื่อคัดลอกไฟล์ ISO ขนาดใหญ่หลายไฟล์ (ที่มีเนื้อหาต่างกัน) ความเร็วจะอยู่ที่ประมาณ 150-160 MB / s ซึ่งแตกต่างอย่างมากจากความเร็วที่อนุญาตจริงของลิงก์ iSCSI ระหว่างสองเซิร์ฟเวอร์ของฉันใน 1Gbit / s (~ 125MB/s) นอกจากนี้ความเร็วที่ใกล้เคียงกับความจริงจะปรากฏขึ้นเมื่อคัดลอกไฟล์แรกและเมื่อคัดลอกไฟล์ที่ตามมาจะเพิ่มขึ้นเล็กน้อย (อาจรวมแคชของระบบไฟล์และแคชอื่น ๆ ในระดับต่าง ๆ ไว้ในงาน)

สำหรับการวัดประเภทต่างๆ คุณมักจะต้องการใช้เครื่องมือ "ดั้งเดิม" บางประเภทที่ไม่ต้องติดตั้งซอฟต์แวร์เพิ่มเติม แต่น่าเสียดายที่วิธีนี้เป็นไปไม่ได้เสมอไป ในระบบ Windows ไคลเอนต์ ยูทิลิตี้นี้ใช้เพื่อประเมินประสิทธิภาพของระบบย่อยต่างๆ รวมถึงดิสก์หนึ่งด้วย WinSAT (ดิสก์ winsat ) แต่ฉันไม่พบยูทิลิตี้นี้เป็นส่วนหนึ่งของ Windows Server 2012 R2 ดังนั้น
ฉันคัดลอกไฟล์สองไฟล์จากระบบปฏิบัติการไคลเอนต์ Windows 10 x64 - WinSAT.exe และ WinSATAPI.dll จากไดเร็กทอรี %windir%\System32 ไปยังไดเร็กทอรีเซิร์ฟเวอร์เดียวกัน ตอนนี้คุณสามารถลองใช้ยูทิลิตี้นี้ได้โดยเรียกใช้จากบรรทัดคำสั่งที่มีสิทธิ์ของผู้ดูแลระบบ

ดิสก์ winsat -drive T -นับ 3

ที่นี่หลังจากคำหลัก ดิสก์ตัวเลือก --drive ระบุชื่อของอักษรระบุไดรฟ์ที่เราต้องการทดสอบ และตัวเลือก --count ระบุจำนวนรอบการทดสอบ

ตามที่ฉันเข้าใจ ยูทิลิตีนี้ไม่อนุญาตให้ทำการทดสอบโดยใช้บล็อกข้อมูลขนาดใหญ่ (มากกว่า 1MB) ซึ่งหมายความว่าเหมาะสำหรับการทดสอบสถานการณ์ที่มีไฟล์ขนาดเล็กจำนวนมาก เรามีสถานการณ์ที่ตรงกันข้าม - การสำรองข้อมูลของดิสก์เครื่องเสมือนต้องการไฟล์จำนวนเล็กน้อยที่มีขนาดสำคัญ

เครื่องมือง่ายๆ อีกอย่างคือยูทิลิตี้ diskspd(DiskSpd: เครื่องมือประสิทธิภาพการจัดเก็บข้อมูลที่แข็งแกร่ง ) ซึ่งแทนที่ยูทิลิตี้เครื่องมือเปรียบเทียบระบบย่อยของดิสก์ SQLIO (SQLIO) . เราดาวน์โหลดยูทิลิตี้นี้ แกะมันออกมาบนเซิร์ฟเวอร์และรันด้วยชุดพารามิเตอร์ที่ตรงกับบริบทของงานของเรา

cd /d C:\Tools\Diskspd-v2.0.17\amd64fre\ Diskspd.exe -d60 -b1M -s -w100 -t1 -c100G T:\io1.dat T:\io2.dat

พารามิเตอร์ที่เราใช้คือ:
-d60: ทดสอบเวลาดำเนินการ 60 วินาที
-b1M: ทำงานในบล็อกขนาด 1MB
-s: ดำเนินการด้วยการเข้าถึงตามลำดับ
-w100: ทำการทดสอบการเขียนแบบเต็ม (ไม่มีการทดสอบการอ่าน)
-t1: จำนวนเธรดของงานบนเป้าหมาย (พร้อมไฟล์ T:\io.dat)
-c100G: สร้างไฟล์ 100GB
ในตอนท้าย ชื่อของไฟล์ที่สร้างขึ้นสำหรับการทดสอบจะแสดงรายการ

เบี่ยงเบนเล็กน้อย ฉันสังเกตว่าในขณะที่เขียนนี้ สำหรับงานสำรองเครื่องเสมือน Hyper-V เราใช้ซอฟต์แวร์ Veeam Backup & Replication ดังนั้นเมื่อเลือกขนาดบล็อกสำหรับการทดสอบ ฉันจะเริ่มจากความเฉพาะเจาะจงของซอฟต์แวร์นี้ ตามที่ฉันเข้าใจจากเอกสารการบีบอัดข้อมูลและการขจัดข้อมูลซ้ำซ้อน , VBR ใช้บล็อก 1024MB ในการสำรองข้อมูล SAN ดังนั้นนี่คือขนาดบล็อกที่เราจะใช้ในการทดสอบ

สำหรับการเปรียบเทียบ ให้ทำการทดสอบอีกครั้งโดยใช้เงื่อนไขชุดเดิม แต่เพิ่มระยะเวลาเป็น 5 นาที

จะเห็นได้ชัดเจนว่าภายใต้ภาระที่ยืดเยื้อ ตัวชี้วัดจะลดลงอย่างเห็นได้ชัด ฉันสามารถสรุปได้ว่านี่เป็นเพราะความจริงที่ว่า "คอขวด" ในกรณีนี้ย้ายจากพื้นที่ของระบบย่อยเครือข่ายไปยังพื้นที่ของดิสก์ช้าที่เราใช้ในฝั่งเซิร์ฟเวอร์ ESOS

สำหรับแฟน ๆ ของเครื่องมือกราฟิกเพื่อทำการทดสอบประสิทธิภาพแบบผิวเผินของระบบย่อยของดิสก์บน Windows ยูทิลิตี้ฟรีอื่น ๆ อาจมีประโยชน์ เกณฑ์มาตรฐานดิสก์ ATTO. คุณสามารถดาวน์โหลดได้จากลิงค์:เกณฑ์มาตรฐานของดิสก์ . อินเทอร์เฟซของยูทิลิตี้นี้เรียบง่ายและชัดเจน และอาจไม่มีอะไรให้แสดงความคิดเห็น

เกี่ยวกับเครื่องมือทดสอบที่ซับซ้อนมากขึ้น เช่น IOMeter ฉันไม่ได้พูดเพราะภายในกรอบงานของเราไม่มีเป้าหมายในการจัดการกับเกณฑ์มาตรฐานเช่นนี้ และตัวบ่งชี้ของเครื่องมือง่าย ๆ นั้นได้มาเพียงเพื่อให้มีฐานสำหรับการเปรียบเทียบในอนาคตเมื่อระหว่างเซิร์ฟเวอร์ ESOS และโฮสต์ Hyper-V เราจะไม่มีลิงค์เดียวเหมือนในขั้นตอนนี้ของการกำหนดค่า แต่มีสองลิงค์และ กลไก Multipath ที่เกี่ยวข้อง

การตั้งค่าหลายเส้นทาง

ดังนั้นเราจึงมีดิสก์ที่เชื่อมต่อผ่าน iSCSI และเกณฑ์มาตรฐานบางอย่างที่เราสามารถสร้างได้ ตอนนี้ เรามาลองปรับปรุงตัวบ่งชี้เหล่านี้โดยเพิ่มอะแดปเตอร์เครือข่ายกิกะบิตอื่นให้กับเซิร์ฟเวอร์ ESOS และโฮสต์ที่เริ่มต้น และรวมงานของพวกเขาโดยใช้กลไก Multipath ที่ด้านข้างของโฮสต์ที่เริ่มต้น

เริ่มต้นด้วยการตั้งค่าเซิร์ฟเวอร์ ESOS ในเมนูการนำทางหลัก ให้ไปที่ ระบบ > การตั้งค่าเครือข่ายเลือกอะแดปเตอร์เครือข่ายเพิ่มเติมที่จะใช้สำหรับการเชื่อมต่อ iSCSI อื่นและกำหนดการตั้งค่า IP ในตัวอย่างของเรา มีการใช้การกำหนดค่าแบบคงที่และอินเทอร์เฟซ ESOS iSCSI เพิ่มเติมถูกตั้งค่าเป็นที่อยู่ IP 192.168.168.2/29 และขนาดจะเพิ่มขึ้นเพิ่มเติม MTU.

เราบันทึกการตั้งค่าเครือข่ายใน ESOS และดำเนินการกำหนดค่าอะแดปเตอร์เครือข่ายเพิ่มเติมที่ด้านข้างของโฮสต์ initiator นั่นคือเซิร์ฟเวอร์ของเราที่ใช้ Windows Server ที่มี iSCSI Initiator

เรากำหนดค่าอินเทอร์เฟซ iSCSI ที่สองโดยเปรียบเทียบกับอินเทอร์เฟซแรกโดยตั้งค่าเป็น IP 192.168.168.4/29

มาปิดการใช้งานอินเทอร์เฟซที่กำหนดค่าไว้ก่อนหน้านี้ด้วยที่อยู่ 192.168.168.3 (ดิสก์ iSCSI จะหายไปในกรณีนี้) และตรวจสอบให้แน่ใจว่าอินเทอร์เฟซ iSCSI ที่กำหนดค่าเพิ่มเติมของเซิร์ฟเวอร์ ESOS และโฮสต์เริ่มต้นเห็นกัน

ในแอพเพล็ตแผงควบคุม ผู้ริเริ่ม iSCSIแท็บ การค้นพบเพิ่มเส้นทางการค้นพบเพิ่มเติมโดยระบุลิงก์ 192.168.168.2 - 192.168.168.4

เนื่องจากก่อนหน้านี้เราสร้างการเชื่อมต่อ iSCSI กับเป้าหมายโดยไม่ได้เปิดใช้งานแฟล็ก หลายเส้นทางตอนนี้มันจะถูกต้องมากขึ้นสำหรับเราที่จะปิดการใช้งานการเชื่อมต่อนี้และสร้างใหม่อีกครั้ง แต่เมื่อเปิดแฟล็ก หลายเส้นทาง.

ขั้นแรก ให้ลบการเชื่อมต่อที่สร้างไว้ก่อนหน้านี้ออกจากการเริ่มต้นบนแท็บ เป้าหมายที่ชื่นชอบ

ตอนนี้ไปที่แท็บ เป้าหมายและทำการปิดเครื่อง (ดิสก์ที่เริ่มต้นและเชื่อมต่อในระบบ iSCSI จะหายไปจาก Windows)

จากนั้นเราจะเชื่อมต่อเป้าหมาย iSCSI อีกครั้ง แต่คราวนี้ด้วยตัวเลือกที่เปิดใช้งาน เปิดใช้งานหลายเส้นทาง(และอย่าลืมปุ่ม ขั้นสูงสร้างลิงก์ที่ชัดเจนของอินเทอร์เฟซ 192.168.168.1 - 192.168.168.3 )

หลังจากยืนยันเป้าหมายคืนสู่สถานะแล้ว เชื่อมต่อเปิดคุณสมบัติเพื่อเพิ่มการเชื่อมต่อที่สองผ่านอินเทอร์เฟซเฉพาะเพิ่มเติม

บนแท็บ เป้าหมายไปที่ปุ่ม คุณสมบัติไปที่คุณสมบัติของเป้าหมายที่เชื่อมต่อ และใช้ปุ่ม เพิ่มเซสชั่นเพื่อตั้งค่าการเชื่อมต่อที่สอง

โดยวิธีการที่นี่บนปุ่ม MCSเราจะสามารถมั่นใจได้ว่าเซสชันที่สร้างขึ้นครั้งแรกนั้นใช้อินเทอร์เฟซเครือข่ายเฉพาะที่เราระบุไว้จริงๆ

ดังนั้นการใช้ปุ่ม เพิ่มเซสชั่นเพิ่มการเชื่อมต่อเพิ่มเติมให้กับ iSCSI Target โดยระบุคู่อินเทอร์เฟซเพิ่มเติมที่เรากำหนดค่าไว้ก่อนหน้านี้ (192.168.168.2 - 192.168.168.4 )

เซสชันที่สองควรปรากฏในรายการเซสชัน

เราจะยังเห็นเซสชันเพิ่มเติมที่สร้างขึ้นที่ด้านข้างของเซิร์ฟเวอร์ ESOS

ที่ด้านข้างของโฮสต์เริ่มต้นให้ดูที่สแน็ปอิน "ตัวจัดการอุปกรณ์" / ตัวจัดการอุปกรณ์ (devmgmt.msc) และตรวจสอบให้แน่ใจว่าในส่วน ดิสก์ไดรฟ์มีดิสก์ SCSI เพิ่มเติมที่มีชื่อเดียวกัน (ESOS01-MD0 )

นั่นคือตอนนี้ ทางฝั่งเซิร์ฟเวอร์ Windows เราเห็นดิสก์เดียวกันเป็นอุปกรณ์สองเครื่องที่แยกจากกัน เพื่อให้ระบบสามารถทำงานกับดิสก์นี้เป็นอุปกรณ์เดียว โดยใช้ทั้งลิงก์เครือข่าย iSCSI ไปยังเซิร์ฟเวอร์ ESOS เราจำเป็นต้องเปิดใช้งานการสนับสนุน MPIOสำหรับ iSCSI. ในการดำเนินการนี้ ไปที่แผงควบคุมของ Windows เปิดแอปเพล็ต MPIOและบนแท็บ ค้นพบหลายเส้นทางเปิดตัวเลือก เพิ่มการรองรับอุปกรณ์ iSCSI. หลังจากนั้นให้กดปุ่ม เพิ่มและตอบคำถามเกี่ยวกับการรีสตาร์ทเซิร์ฟเวอร์ในการยืนยัน

หลังจากรีบูต มาดูอีกครั้งที่คอนโซล Device Manager และตรวจสอบให้แน่ใจว่าตอนนี้ดิสก์ iSCSI ของเราแสดงเป็นอุปกรณ์เดียวและมีชื่อ …อุปกรณ์ดิสก์หลายเส้นทาง. เปิดคุณสมบัติของดิสก์และบนแท็บ MPIOลองตรวจสอบว่าดิสก์สามารถใช้ได้ในสองวิธี

คุณสามารถดูข้อมูลรายละเอียดเพิ่มเติมเกี่ยวกับเส้นทางการเชื่อมต่อในแอพเพล็ตแผงควบคุม ผู้ริเริ่ม iSCSI.

ที่นี่บนปุ่ม MPIOเราจะเห็นข้อมูลเกี่ยวกับการเชื่อมต่อที่ใช้

เสร็จสิ้นการตั้งค่า Multipath พื้นฐาน

ตอนนี้เพื่อประเมินการเปลี่ยนแปลงความเร็วในการทำงานกับดิสก์ iSCSI ซึ่งเราได้รับจากการจัดระเบียบลิงก์ที่สองและการตั้งค่า Multipath เราจะทำการทดสอบอย่างง่ายของการเขียนไฟล์เชิงเส้นขนาดใหญ่ไปยังดิสก์ซึ่งคล้ายกับ สิ่งที่เราทำก่อนหน้านี้:

Diskspd.exe -d60 -b1M -s -w100 -t1 -c100G T:\io1.dat T:\io2.dat

ตัดสินโดยสิ่งที่ Diskspd แสดงให้เราเห็นในกรณีนี้ โดยเฉลี่ย แต่ละไฟล์เขียนด้วยความเร็ว ~ 225MB / s ซึ่งเท่ากับ 1800Mb / s ด้วยเหตุนี้ เราจึงได้ความเร็วที่ใกล้เคียงกับปริมาณงานรวมของลิงก์ iSCSI ที่จัดระเบียบสองลิงก์

การทดสอบเดียวกัน แต่ใช้เวลานานกว่า (5 นาที):

Diskspd.exe -d300 -b1M -s -w100 -t1 -c100G T:\io1.dat T:\io2.dat

ค่าเฉลี่ย ~48.5 MB/s ที่ได้รับจากแต่ละไฟล์นั้นดูดีกว่า 16 MB/s ที่ได้รับก่อนหน้านี้อย่างมากบนลิงก์ iSCSI เดียว

จากการวัดอย่างง่ายเหล่านี้ เราสามารถเข้าใจได้ว่าด้วยการจัดระเบียบการเชื่อมต่อ Multipath เราไม่เพียงเพิ่มความพร้อมใช้งาน แต่ยังได้รับตัวบ่งชี้ประสิทธิภาพที่ได้รับการปรับปรุงอีกด้วย และนี่เป็นสิ่งที่ดี

ESOS USB Flash Drive Hot Swap

เมื่อพิจารณาว่าเมื่อสร้างโซลูชันด้านงบประมาณที่อธิบายไว้ในตัวอย่างของเรา เราสามารถใช้ไดรฟ์ USB ราคาถูกได้ ในบางกรณีอาจจำเป็นต้องเปลี่ยนไดรฟ์นี้ (เช่น หากล้มเหลว) เนื่องจาก ESOS เป็นระบบ Linux ที่ปรับให้เข้ากับ RAM ได้อย่างสมบูรณ์ การแทนที่ไดรฟ์ USB จึงเป็นการดำเนินการที่ง่ายมาก ผู้พัฒนาระบบนี้ใช้การจัดการที่ถูกต้อง

อันที่จริง ไดรฟ์ถูกแทนที่ด้วยขั้นตอนง่ายๆ ไม่กี่ขั้นตอน:

  • ในระบบ ESOS ที่บูทและใช้งานอยู่แล้ว ให้ถอดไดรฟ์ USB (ไดรฟ์ที่ต้องเปลี่ยน) ออกจากระบบนี้เมื่อใดก็ได้
  • เตรียมไดรฟ์ USB ใหม่ที่มี ESOS โดยใช้วิธีการมาตรฐานที่อธิบายไว้ข้างต้นในหัวข้อ “การเตรียมไดรฟ์ ESOS USB ที่สามารถบู๊ตได้” และติดตั้งไดรฟ์นี้ในเซิร์ฟเวอร์ ESOS ที่ทำงานอยู่
  • เราเรียกขั้นตอนการซิงโครไนซ์การกำหนดค่า ESOS ที่ทำงานใน RAM กับระบบไฟล์บนไดรฟ์ USB รายการเมนู ระบบ > การกำหนดค่าการซิงค์

หลังจากนั้น ขอแนะนำให้รีบูตเซิร์ฟเวอร์และตรวจสอบให้แน่ใจว่าระบบเริ่มทำงานจากไดรฟ์ USB ใหม่ได้สำเร็จ ในระหว่างการบู๊ตครั้งแรกจากไดรฟ์ USB ที่ถูกแทนที่ ESOS จะดำเนินการตามขั้นตอนการบริการ และในเวลาเพียงไม่กี่นาที เซิร์ฟเวอร์ก็จะพร้อมใช้งาน โดยโหลดการกำหนดค่าที่เรากำหนดค่าไว้ก่อนหน้านี้

ตามคำอธิบายของเอกสาร 13_การอัพเกรด ด้วยวิธีง่ายๆ เช่นเดียวกัน เซิร์ฟเวอร์ ESOS ได้รับการอัพเดตเป็นเวอร์ชันที่ใหม่กว่า ซึ่งทำให้การบำรุงรักษาระบบดังกล่าวง่ายขึ้นอย่างมาก

บทสรุป

โดยสรุป ฉันต้องการจะบอกว่าในตัวอย่างของเรา ต้องขอบคุณระบบ ESOS ที่ทำให้เราสามารถบีบดิสก์ตะกร้าของเซิร์ฟเวอร์ที่ล้าสมัยให้มากที่สุดได้ในทุกประการ และได้รับความจุของดิสก์ที่ค่อนข้างทนทานในแง่ของประสิทธิภาพสำหรับงาน ของการสำรองข้อมูลเครื่องเสมือนบนโฮสต์การจำลองเสมือน และผมทำได้เพียงขอบคุณผู้พัฒนา ESOS สำหรับงานที่ทำ และหวังว่าโครงการจะประสบความสำเร็จในการพัฒนาต่อไป

บทคัดย่อ: วิธีการทำงานของ open-iscsi (ISCSI initiator ใน linux) วิธีการกำหนดค่า และอีกเล็กน้อยเกี่ยวกับโปรโตคอล iSCSI

เนื้อร้อง: มีบทความมากมายบนอินเทอร์เน็ตที่อธิบายได้ค่อนข้างดีถึงวิธีตั้งค่าเป้าหมาย iSCSI อย่างไรก็ตาม ในทางปฏิบัติแล้ว แทบไม่มีบทความเกี่ยวกับการทำงานกับผู้ริเริ่ม แม้ว่าที่จริงแล้วเป้าหมายจะซับซ้อนกว่าในทางเทคนิค แต่ก็มีความยุ่งยากในการบริหารมากกว่ากับผู้ริเริ่ม - มีแนวคิดที่สับสนมากกว่าและหลักการดำเนินการไม่ชัดเจนนัก

iSCSI

ก่อนที่จะพูดถึง iSCSI - คำสองสามคำเกี่ยวกับการเข้าถึงข้อมูลระยะไกลประเภทต่างๆ ในเครือข่ายสมัยใหม่

NAS กับ SAN

มีสองวิธีในการเข้าถึงข้อมูลที่อยู่ในคอมพิวเตอร์เครื่องอื่น: ไฟล์ (เมื่อมีการร้องขอไฟล์จากคอมพิวเตอร์ระยะไกล และไม่มีใครสนใจว่าระบบไฟล์ใดที่จะดำเนินการ) ตัวแทนลักษณะของ NFS, CIFS (SMB); และบล็อก - เมื่อมีการร้องขอบล็อกจากคอมพิวเตอร์ระยะไกลจากสื่อดิสก์ (คล้ายกับการอ่านจากฮาร์ดดิสก์) ในกรณีนี้ ฝ่ายที่ร้องขอจะสร้างระบบไฟล์ในอุปกรณ์บล็อกเอง และเซิร์ฟเวอร์ที่ให้อุปกรณ์บล็อกไม่ทราบเกี่ยวกับระบบไฟล์ในเครื่อง วิธีแรกเรียกว่า NAS (ที่เก็บข้อมูลบนเครือข่าย) และวิธีที่สองเรียกว่า SAN (เครือข่ายพื้นที่เก็บข้อมูล) ชื่อโดยทั่วไปบ่งบอกถึงสัญญาณอื่น ๆ (SAN หมายถึงเครือข่ายเฉพาะสำหรับการจัดเก็บ) แต่เกิดขึ้นที่ NAS เป็นไฟล์และ SAN ถูกบล็อกอุปกรณ์ผ่านเครือข่าย และแม้ว่าทุกคน (?) จะเข้าใจว่าชื่อเหล่านี้เป็นชื่อที่ไม่ถูกต้อง แต่ยิ่งแก้ไขมากขึ้น

scsi มากกว่า tcp

หนึ่งในโปรโตคอลสำหรับการเข้าถึงอุปกรณ์บล็อกคือ iscsi ตัว "i" ในชื่อไม่ได้หมายถึงผลิตภัณฑ์ของ Apple แต่หมายถึง Internet Explorer แก่นแท้ของมันคือ "scsi over tcp" โปรโตคอล SCSI เอง (โดยไม่มีตัวอักษร "i") เป็นโครงสร้างที่ซับซ้อนมาก เนื่องจากสามารถทำงานผ่านสื่อทางกายภาพต่างๆ (เช่น UWSCSI - บัสขนาน, SAS - ซีเรียล - แต่มีโปรโตคอลเดียวกัน) โปรโตคอลนี้ช่วยให้คุณทำมากกว่าเพียงแค่ "เสียบดิสก์เข้ากับคอมพิวเตอร์ของคุณ" (ตามที่คิดค้นใน SATA) ตัวอย่างเช่น สนับสนุนชื่ออุปกรณ์ การเชื่อมโยงหลายส่วนระหว่างอุปกรณ์บล็อกและผู้บริโภค การสนับสนุนการสลับ (ใช่ สวิตช์ SAS ดังกล่าวมีอยู่ตามธรรมชาติ) เชื่อมต่อผู้บริโภคหลายรายกับอุปกรณ์บล็อกเดียว ฯลฯ กล่าวอีกนัยหนึ่ง โปรโตคอลนี้ได้รับการร้องขออย่างง่าย ๆ เพื่อเป็นพื้นฐานสำหรับอุปกรณ์บล็อกเครือข่าย

คำศัพท์

ในโลก SCSI ยอมรับข้อกำหนดต่อไปนี้:
เป้า- ผู้จัดหาอุปกรณ์บล็อก อะนาล็อกที่ใกล้เคียงที่สุดจากโลกคอมพิวเตอร์ทั่วไปคือเซิร์ฟเวอร์
ผู้ริเริ่ม- ลูกค้าผู้ที่ใช้อุปกรณ์บล็อก อะนาล็อกของไคลเอ็นต์
WWID- ตัวระบุอุปกรณ์ที่ไม่ซ้ำชื่อของมัน อะนาล็อกของชื่อ DNS
LUN- จำนวน "ชิ้นส่วน" ของดิสก์ที่กำลังเข้าถึง อะนาล็อกที่ใกล้เคียงที่สุดคือพาร์ติชันบนฮาร์ดดิสก์

ISCSI นำการเปลี่ยนแปลงดังต่อไปนี้: WWID หายไป แทนที่แนวคิดของ IQN (iSCSI Qualified Name) นั่นคือชื่อแท้ที่คล้ายกับ DNS อย่างสับสน (มีความแตกต่างเล็กน้อย) นี่คือตัวอย่าง IQN: iqn.2011-09.test:name

IETD และ open-iscsi (เซิร์ฟเวอร์ลินุกซ์และไคลเอนต์) นำแนวคิดที่สำคัญอีกอย่างหนึ่งมาซึ่งมักจะไม่ได้กล่าวถึงในคู่มือ iscsi - พอร์ทัล พอร์ทัลพูดคร่าว ๆ ว่าเป้าหมายหลายรายการประกาศโดยเซิร์ฟเวอร์เดียว ไม่มีการเปรียบเทียบกับ www แต่ถ้าเว็บเซิร์ฟเวอร์สามารถขอให้แสดงรายการโฮสต์เสมือนทั้งหมดได้ พอร์ทัลระบุรายการเป้าหมายและ IP ที่พร้อมใช้งาน สามารถเข้าถึงได้ (ใช่ iscsi รองรับหลายเส้นทางจากตัวเริ่มต้นไปยังเป้าหมาย)

เป้า

บทความนี้ไม่เกี่ยวกับเป้าหมาย ดังนั้นฉันจึงให้คำอธิบายสั้น ๆ ว่าเป้าหมายทำอะไร เขาใช้อุปกรณ์บล็อก ตบชื่อและ LUN บนมัน และเผยแพร่บนพอร์ทัลของเขา หลังจากนั้นเขาอนุญาตให้ทุกคน (อนุญาตให้ลิ้มรส) เข้าถึงได้

นี่คือตัวอย่างไฟล์การกำหนดค่าอย่างง่าย ฉันคิดว่ามันจะชัดเจนว่าเป้าหมายทำอะไร (ไฟล์การกำหนดค่าโดยใช้ตัวอย่าง IET):

เป้าหมาย iqn.2011-09.example:data ชื่อผู้ใช้ขาเข้าขาเข้า Pa$$w0rd Lun 0 Path=/dev/md1

(ซับซ้อนจากง่ายแตกต่างเฉพาะในตัวเลือกการส่งออก) ดังนั้น หากเรามีเป้าหมาย เราต้องการเชื่อมโยงมันเข้าด้วยกัน และที่นี่ ความยากลำบากเริ่มต้นขึ้น เนื่องจากผู้ริเริ่มมีตรรกะของตัวเอง จึงไม่เหมือนกับการเมานต์เล็กน้อยสำหรับ nfs

ผู้ริเริ่ม

ตัวเริ่มต้นคือ open-iscsi ดังนั้นสิ่งที่สำคัญที่สุดคือเขามี โหมดการทำงานและ สภาพ. หากเราให้คำสั่งในโหมดที่ไม่ถูกต้อง หรือไม่พิจารณาสถานะ ผลลัพธ์จะน่าท้อใจอย่างยิ่ง

ดังนั้นโหมดการทำงาน:

  • ค้นหาเป้าหมาย "s (การค้นพบ)
  • กำลังเชื่อมต่อกับเป้าหมาย "y
  • การทำงานกับเป้าหมายที่เชื่อมต่อ
จากรายการนี้ วงจรชีวิตค่อนข้างชัดเจน - ก่อนอื่นให้ค้นหา จากนั้นเชื่อมต่อ จากนั้นตัดการเชื่อมต่อ จากนั้นเชื่อมต่อใหม่ Open-iscsi ช่วยให้เซสชั่นเปิดอยู่แม้ว่าจะไม่ได้ใช้งานอุปกรณ์บล็อกก็ตาม ยิ่งไปกว่านั้น มันยังคงเปิดเซสชันไว้ (ถึงขีดจำกัดที่แน่นอน) แม้ว่าเซิร์ฟเวอร์จะทำการรีบูตก็ตาม เซสชัน iscsi ไม่เหมือนกับการเชื่อมต่อ TCP แบบเปิด iscsi สามารถเชื่อมต่อกับเป้าหมายอีกครั้งอย่างโปร่งใส Disconnect / connect เป็นการดำเนินการที่ควบคุม "ภายนอก" (จากซอฟต์แวร์อื่นหรือด้วยมือ)

เล็กน้อยเกี่ยวกับรัฐ หลังจากค้นพบ open-iscsi จำได้เป้าหมายทั้งหมดที่พบ (ถูกเก็บไว้ใน /etc/iscsi/) กล่าวอีกนัยหนึ่ง การค้นพบเป็นการดำเนินการถาวร ไม่สอดคล้องกันเลย ตัวอย่างเช่น การแก้ไข DNS อันเป็นผลมาจากการทดลองและการตั้งค่า พบเป้าหมายเมื่อพยายามเข้าสู่ระบบซึ่งมีข้อผิดพลาดมากมายเกิดขึ้นเนื่องจากเป้าหมายครึ่งหนึ่งเป็นบรรทัดการกำหนดค่าเก่าที่ไม่มีอยู่บนเซิร์ฟเวอร์อีกต่อไป แต่จำ open-iscsi ได้) นอกจากนี้ open-iscsi ยังช่วยให้คุณ เพื่อเปลี่ยนการตั้งค่าของเป้าหมายที่จำได้ "และ - และหน่วยความจำนี้" "จะส่งผลต่อการทำงานเพิ่มเติมกับเป้าหมายแม้หลังจากรีบูต / รีสตาร์ท daemon แล้ว

บล็อกอุปกรณ์

คำถามที่สองที่ทรมานหลาย ๆ คนในตอนแรกคือมันไปไหนหลังจากเชื่อมต่อ? open-iscsi สร้างอุปกรณ์คลาส BLOCK SCSI แม้ว่าจะเป็นอุปกรณ์เครือข่าย (ไม่ใช่เพื่ออะไรที่เป็น "ฉันพูด") นั่นคือได้รับจดหมายในตระกูล /dev/sd เช่น /dev /sdc. ใช้อักษรตัวแรกฟรีเพราะ สำหรับส่วนที่เหลือของระบบ นี่คืออุปกรณ์บล็อก - ฮาร์ดไดรฟ์ทั่วไป ไม่ต่างจากที่เชื่อมต่อผ่าน usb-sata หรือเพียงแค่โดยตรงกับ sata

ซึ่งมักทำให้เกิดความตื่นตระหนก "ฉันจะหาชื่ออุปกรณ์ที่ถูกบล็อกได้อย่างไร" ปรากฏในเอาต์พุตแบบละเอียดของ iscsiadm (# iscsiadm -m session -P 3)

การอนุญาต

iSCSI ต่างจาก SAS / UWSCSI ตรงที่สามารถเชื่อมต่อกับใครก็ได้ เพื่อป้องกันดังกล่าว มีการเข้าสู่ระบบและรหัสผ่าน (chap) และการถ่ายโอนไปยัง iscsiadm "y เป็นอีกหนึ่งความปวดหัวสำหรับผู้ใช้มือใหม่ สามารถทำได้สองวิธี - โดยการเปลี่ยนคุณสมบัติของเป้าหมายที่พบก่อนหน้านี้" และกำหนด เข้าสู่ระบบ / รหัสผ่านในไฟล์การกำหนดค่า open-iscsi
สาเหตุของปัญหาดังกล่าวคือรหัสผ่านและกระบวนการเข้าสู่ระบบไม่ใช่แอตทริบิวต์ของผู้ใช้ แต่เป็นของระบบ iSCSI เป็นโครงสร้างพื้นฐาน FC รุ่นราคาถูก และแนวคิดของ "ผู้ใช้" ในบริบทของบุคคลที่ใช้แป้นพิมพ์ใช้ไม่ได้ในที่นี้ หากฐานข้อมูล sql ของคุณอยู่ในอุปกรณ์บล็อก iscsi แน่นอนว่าคุณต้องการให้เซิร์ฟเวอร์ sql เริ่มทำงานเอง ไม่ใช่หลังจากผู้ดำเนินการสนใจเป็นส่วนตัวสักครู่หนึ่ง

ไฟล์การกำหนดค่า

ไฟล์นี้เป็นไฟล์ที่สำคัญมาก เพราะนอกจากชื่อผู้ใช้/รหัสผ่านแล้ว ยังอธิบายถึงพฤติกรรมของ open-iscsi เมื่อพบข้อผิดพลาด มันสามารถทำให้เกิดข้อผิดพลาด “ย้อนกลับ” ไม่ใช่ในทันที แต่หลังจากหยุดชั่วคราว (เช่น ห้านาที ซึ่งเพียงพอสำหรับการรีสตาร์ทเซิร์ฟเวอร์ด้วยข้อมูล) กระบวนการเข้าสู่ระบบยังถูกควบคุมที่นั่น (ต้องพยายามกี่ครั้ง รอนานแค่ไหนระหว่างความพยายาม) และการปรับแต่งกระบวนการทำงานอย่างละเอียด โปรดทราบว่าพารามิเตอร์เหล่านี้ค่อนข้างสำคัญสำหรับการทำงาน และคุณต้องเข้าใจว่า iscsi ของคุณจะทำงานอย่างไรหากคุณถอดสายไฟออกเป็นเวลา 10-20 วินาที เป็นต้น

ข้อมูลอ้างอิงด่วน

ฉันไม่ชอบพูดมานาและเส้นที่พบง่าย ๆ ดังนั้นฉันจะให้สถานการณ์การใช้งาน iscsi ทั่วไป:

อันดับแรก เราค้นหาเป้าหมายที่เราต้องการ สำหรับสิ่งนี้ เราจำเป็นต้องทราบชื่อ IP/dns ของผู้ริเริ่ม: iscsiadm -m Discovery -t st -p 192.168.0.1 -t st คือคำสั่ง send targets

iscsiadm -m node (พบรายการสำหรับการเข้าสู่ระบบ)
iscsiadm -m node -l -T iqn.2011-09.example:data (เข้าสู่ระบบ นั่นคือ เชื่อมต่อและสร้างอุปกรณ์บล็อก)
iscsiadm -m session (ระบุสิ่งที่คุณกำลังเชื่อมต่อ)
iscsiadm -m session -P3 (ส่งออก แต่ในรายละเอียดเพิ่มเติม - ที่ส่วนท้ายสุดของเอาต์พุตจะมีข้อบ่งชี้ว่าอุปกรณ์บล็อกใดเป็นของเป้าหมาย)
iscsiadm - m session -u -T iqn.2011-09.example:data (ออกจากระบบเฉพาะ)
iscsiadm -m node -l (ล็อกอินเข้าสู่เป้าหมายที่ตรวจพบทั้งหมด)
iscsiadm -m node -u (ออกจากระบบเป้าหมายทั้งหมด)
iscsiadm -m node --op delete -T iqn.2011-09.example:data (ลบเป้าหมายออกจากสิ่งที่พบ)

มัลพาธ

อีกประเด็นที่สำคัญในการตัดสินใจอย่างจริงจังคือการสนับสนุนเส้นทางหลายเส้นทางไปยังแหล่งที่มา ความสวยงามของ iscsi อยู่ที่การใช้ IP ปกติ ซึ่งสามารถประมวลผลได้ตามปกติ เช่นเดียวกับการรับส่งข้อมูลอื่นๆ (แม้ว่าในทางปฏิบัติ โดยปกติแล้วจะไม่มีการกำหนดเส้นทาง แต่เปลี่ยนเพียงเท่านั้น - โหลดมากเกินไปที่นั่น) ดังนั้น iscsi จึงรองรับ multipath ในโหมด "อย่าต่อต้าน" โดยตัวมันเอง open-iscsi ไม่สามารถเชื่อมต่อกับ IP หลายตัวของเป้าหมายเดียวกันได้ หากคุณเชื่อมต่อกับ IP หลายตัวของเป้าหมายเดียวกัน สิ่งนี้จะนำไปสู่การปรากฏตัวของอุปกรณ์บล็อกหลายตัว

อย่างไรก็ตาม มีวิธีแก้ปัญหา - เป็น multipathd ซึ่งค้นหาไดรฟ์ที่มี ID เดียวกันและปฏิบัติต่อพวกเขาตามที่ควรจะเป็นใน multipath ด้วยนโยบายที่กำหนดเอง บทความนี้ไม่เกี่ยวกับหลายเส้นทาง ดังนั้นฉันจะไม่อธิบายความลึกลับของกระบวนการโดยละเอียด อย่างไรก็ตาม นี่คือประเด็นสำคัญบางประการ:

  1. เมื่อใช้ multipath คุณควรตั้งค่าการหมดเวลาเล็กน้อย - การสลับระหว่างเส้นทางที่ไม่ดีควรเร็วพอ
  2. ในสภาวะของช่องสัญญาณที่รวดเร็วไม่มากก็น้อย (10G ขึ้นไป ในหลายกรณี กิกะบิต) ควรหลีกเลี่ยงการโหลดขนานกัน เนื่องจากสูญเสียความสามารถในการใช้การรวมชีวภาพ ซึ่งในโหลดบางประเภทอาจส่งผลกระทบถึงเป้าหมายอย่างไม่ราบรื่น