วิธีการตั้งค่าเซิร์ฟเวอร์ SUSE RMT ในเครื่อง (ทดแทน SMT)

หากคุณกำลังตั้งค่าเซิร์ฟเวอร์ภายในสำหรับระบบ SUSE Linux Enterprise รุ่นปัจจุบัน ให้ใช้ Repository Mirroring Tool (RMT) แทนการติดตั้ง SMT ใหม่ SUSE ได้แทนที่ Subscription Management Tool (SMT) ด้วย RMT ตั้งแต่ SLE 15 เป็นต้นไป RMT จะซิงโครไนซ์ข้อมูลผลิตภัณฑ์และที่เก็บข้อมูลจาก SUSE Customer Center (SCC) คัดลอกแพ็กเกจที่เลือก และอนุญาตให้ไคลเอนต์ที่รองรับลงทะเบียนผ่านเซิร์ฟเวอร์ภายในของคุณ คู่มือนี้อ้างอิงจากเอกสาร RMT ของ SUSE Linux Enterprise Server 15 SP7 ซึ่งตรวจสอบแล้วเมื่อวันที่ 6 ตุลาคม 2026 คำสั่งและความพร้อมใช้งานของแพ็กเกจอาจแตกต่างกันในรุ่นอื่นๆ ดังนั้นโปรดใช้คู่มือสำหรับเวอร์ชันเซิร์ฟเวอร์ที่คุณใช้งานจริง

คุณควรใช้ RMT หรือใช้ SMT ต่อไปดี?

เลือกใช้ RMT สำหรับบริการลงทะเบียนและอัปเดตภายในเครื่องใหม่สำหรับไคลเอ็นต์ SLES 12 และเวอร์ชันที่ใหม่กว่า RMT รวมอยู่ใน SLES ตั้งแต่เวอร์ชัน 15 ขึ้นไป และสามารถจำลองที่เก็บข้อมูลของ SUSE และที่เก็บข้อมูลแบบกำหนดเองได้ ช่วยลดการดาวน์โหลดซ้ำซ้อนและป้องกันไม่ให้เครื่องไคลเอ็นต์เชื่อมต่อโดยตรงกับ SCC

SMT ยังคงมีความเกี่ยวข้องกับสภาพแวดล้อมรุ่นเก่า แต่ SUSE ระบุว่า SLE 12 เป็นเวอร์ชันสุดท้ายของ SMT RMT ไม่รองรับ SLE 11 และไคลเอ็นต์รุ่นก่อนหน้า และ SUSE เตือนว่า RMT ไม่ใช่การทดแทนแบบเต็มรูปแบบทุกฟังก์ชันการทำงาน ตัวอย่างเช่น คู่มือการย้ายข้อมูลระบุว่า repositories แบบ staged, การจัดการไคลเอ็นต์ SMT และการรายงาน เป็นความสามารถที่ไม่สามารถใช้งานได้เหมือนเดิม หากระบบของคุณมี SLE 11 หรือขึ้นอยู่กับเวิร์กโฟลว์ SMT เท่านั้น อย่าคิดว่าการทดแทนโดยตรงเป็นไปได้ โปรดตรวจสอบคู่มือการย้ายข้อมูลและตัวเลือกการสนับสนุนของ SUSE ก่อนที่จะเปลี่ยนบริการ

RMT แตกต่างจากที่เก็บแพ็กเกจแบบแยกขาดจากเครือข่าย (air-gapped package repository) ด้วยเช่นกัน เซิร์ฟเวอร์ RMT มาตรฐานต้องการการเข้าถึงขาออกไปยังบริการอัปเดต SCC และ SUSE เพื่อซิงโครไนซ์เมตาเดต้าและแพ็กเกจ การใช้งานแบบแยกขาดจากเครือข่ายจำเป็นต้องมีกระบวนการส่งออก/นำเข้าหรือการทำมิเรอร์แบบออฟไลน์แยกต่างหาก

คุณควรเตรียมอะไรบ้างก่อนการติดตั้ง?

• โฮสต์ที่รองรับ:วางแผนใช้เซิร์ฟเวอร์ SLES 15 สำหรับบริการ RMT สำหรับการย้ายข้อมูลจาก SMT นั้น SUSE แนะนำให้ใช้โฮสต์ SLES 15 ที่ติดตั้งใหม่
• ข้อมูลประจำตัวขององค์กร SCC: RMT ใช้ข้อมูลประจำตัวสำหรับการทำมิเรอร์ขององค์กร ไม่ใช่รหัสลงทะเบียนไคลเอ็นต์ทั่วไป ใน SCC ให้เลือกองค์กรที่ถูกต้องและเปิดส่วนพร็อกซีเพื่อค้นหาข้อมูลเหล่านั้น
• ชื่อ DNS ที่เสถียรและแผน TLS:เลือกชื่อโดเมนแบบเต็ม (FQDN) ที่ลูกค้าจะใช้ เช่น ตรวจสอบrmt.example.comให้แน่ใจว่าสามารถแก้ไขได้จากเครือข่ายของลูกค้าและตรงกับชื่อในใบรับรอง HTTPS
• พื้นที่จัดเก็บข้อมูล:กำหนดขนาดพื้นที่จัดเก็บข้อมูลสำหรับผลิตภัณฑ์ โมดูล เวอร์ชัน และสถาปัตยกรรมที่คุณต้องการจำลอง SUSE แนะนำประมาณ 1.5 เท่าของขนาดพื้นที่จัดเก็บข้อมูลทั้งหมดที่เปิดใช้งานเป็นแนวทางในการวางแผนทั่วไป และระบุว่านี่คือประมาณ 200 GB ต่อรุ่น SLE รวมทั้งส่วนขยาย ความต้องการจริงอาจแตกต่างกันไป ตรวจสอบพื้นที่ว่าง โดยเฉพาะพื้นที่ชั่วคราวภายใต้/tmp.
• การเข้าถึงเครือข่าย:อนุญาตให้โฮสต์ RMT เข้าถึงปลายทาง SUSE ที่จำเป็นสำหรับเวอร์ชันของคุณ คู่มือ SLES 15 SP7 ระบุscc.suse.com, updates.suse.com, และinstaller-updates.suse.comผ่านพอร์ต 80 และ 443 จำกัดการเข้าถึงบริการ RMT ของไคลเอ็นต์เฉพาะเครือข่ายที่ต้องการเท่านั้น

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

วิธีการติดตั้งและกำหนดค่า RMT ทำอย่างไร?

1. ติดตั้งแพ็คเกจ RMT

บนโฮสต์ SLES 15 ที่มีอยู่ซึ่งมีที่เก็บข้อมูลที่จำเป็น ติดตั้งแพ็คเกจเซิร์ฟเวอร์และใช้การอัปเดตการบำรุงรักษาล่าสุด:

sudo zypper in rmt-server
sudo zypper patch

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

2. เรียกใช้การตั้งค่า YaST RMT

เริ่มโมดูลการกำหนดค่า:

sudo yast2 rmt

ป้อนชื่อผู้ใช้และรหัสผ่านขององค์กร SCC ที่ทำการจำลองข้อมูลเมื่อได้รับแจ้ง YaST ยังขอฐานข้อมูลและผู้ใช้ MariaDB รวมถึงชื่อทั่วไปของใบรับรองด้วย ให้ใช้ชื่อโดเมนแบบเต็ม (FQDN) ที่ไคลเอนต์มองเห็นของเซิร์ฟเวอร์ RMT เป็นชื่อทั่วไป เพิ่มชื่อหรือที่อยู่ IP อื่นๆ ที่ไคลเอนต์จะใช้งานจริงเป็นชื่อทางเลือกในใบรับรอง ไคลเอนต์ที่เชื่อมต่อโดยใช้ชื่อที่ไม่ได้อยู่ในรายการอาจรายงานความไม่ตรงกันของใบรับรองได้ แม้ว่าจะสามารถเข้าถึงบริการได้ก็ตาม

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

3. ยืนยันชื่อเซิร์ฟเวอร์ ใบรับรอง และบริการ

จากเครือข่ายไคลเอ็นต์ ตรวจสอบให้แน่ใจว่า FQDN ที่เลือกนั้นสามารถเชื่อมโยงไปยังโฮสต์ RMT ได้ และ HTTPS แสดงใบรับรองที่ไคลเอ็นต์เชื่อถือ ใบรับรอง CA ที่สร้างโดย RMT จะถูกจัดเก็บไว้ที่/etc/rmt/ssl/rmt-ca.crt; ใบรับรองเซิร์ฟเวอร์และคีย์จะถูกจัดเก็บไว้ที่/etc/rmt/ssl/rmt-server.crtและ/etc/rmt/ssl/rmt-server.keyปกป้องคีย์ส่วนตัวและเก็บใบรับรอง CA ไว้ให้ไคลเอ็นต์ที่ต้องการเชื่อถือ ใช้ FQDN เดียวกันสำหรับการลงทะเบียนกับที่ปรากฏในใบรับรองเซิร์ฟเวอร์

คุณจะเลือกและคัดลอกเฉพาะที่เก็บข้อมูลที่คุณต้องการได้อย่างไร?

4. ซิงโครไนซ์เมตาเดต้าของผลิตภัณฑ์และที่เก็บข้อมูล

หลังจากตั้งค่าเสร็จแล้ว ให้ซิงโครไนซ์ฐานข้อมูล RMT ในเครื่องกับ SCC:

sudo rmt-cli sync

การดำเนินการนี้จะอัปเดตข้อมูลผลิตภัณฑ์และที่เก็บข้อมูลที่มีให้ RMT แต่ไม่ได้หมายความว่าทุกแพ็กเกจได้รับการดาวน์โหลดเรียบร้อยแล้ว การซิงโครไนซ์เมตาเดต้าอัตโนมัติได้รับการจัดการโดยrmt-server-sync.timerตรวจสอบสถานะได้ด้วย:

systemctl status rmt-server-sync.timer

5. ค้นหารหัสผลิตภัณฑ์สำหรับทรัพย์สินของคุณ

แสดงรายการผลิตภัณฑ์และแหล่งเก็บข้อมูลที่มีอยู่ก่อนที่จะเปิดใช้งานสิ่งใดๆ:

sudo rmt-cli products list --all
sudo rmt-cli repos list --all

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

6. เปิดใช้งานผลิตภัณฑ์ที่จำเป็น

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

sudo rmt-cli products enable SLES/15/x86_64

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

7. สะท้อนภาพบรรจุภัณฑ์และตรวจสอบผลลัพธ์

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

sudo rmt-cli mirror

โดยค่าเริ่มต้น RMT จะจัดเก็บเนื้อหาที่จำลองไว้ในตำแหน่งที่/var/lib/rmt/public/repo... ตรวจสอบพื้นที่ว่างในดิสก์และตรวจสอบผลลัพธ์ของคำสั่ง กำหนดการจำลองรายวันจะถูกจัดการโดยrmt-server-mirror.timer... ตรวจสอบสถานะได้ด้วยคำสั่ง...

systemctl status rmt-server-mirror.timer

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

จะลงทะเบียนไคลเอ็นต์กับเซิร์ฟเวอร์ภายในเครื่องได้อย่างไร?

8. ทดสอบกับลูกค้าเพียงรายเดียวก่อน

บนเครื่องไคลเอ็นต์ SLES ที่รองรับ ให้ลงทะเบียนไคลเอ็นต์นั้นกับชื่อโฮสต์ RMT เอกสารของ SUSE แสดงรูปแบบคำสั่งดังนี้:

sudo SUSEConnect --url https://rmt.example.com

แทนที่ชื่อโฮสต์ตัวอย่างด้วยชื่อโดเมนแบบเต็ม (FQDN) ที่ครอบคลุมโดยใบรับรองของคุณ โดยปกติแล้วไคลเอ็นต์ไม่จำเป็นต้องใช้ข้อมูลรับรองการทำมิเรอร์ SCC เนื่องจากโฮสต์ RMT จะใช้ข้อมูลรับรองเหล่านั้นในการซิงโครไนซ์ในนามขององค์กร สำหรับระบบที่ต้องการความช่วยเหลือในการนำเข้า RMT CA นั้น SUSE มีrmt-client-setupสคริปต์จากเซิร์ฟเวอร์ให้ใช้งาน โปรดตรวจสอบคู่มือไคลเอ็นต์ฉบับปัจจุบันและตรวจสอบลายนิ้วมือของใบรับรองหรือห่วงโซ่ความเชื่อถือก่อนที่จะยอมรับใบรับรอง

นอกจากนี้ คุณยังสามารถกำหนดค่าการลงทะเบียนระหว่างการติดตั้งโดยใช้regurl=https://rmt.example.comพารามิเตอร์การบูต หรือใช้โมดูลการลงทะเบียนผลิตภัณฑ์ของ YaST และเลือกเซิร์ฟเวอร์ลงทะเบียนในเครื่อง สำหรับการติดตั้งแบบอัตโนมัติ เอกสารของ SUSE มีตัวเลือก AutoYaST ให้เลือกใช้วิธีใดวิธีหนึ่งที่เหมาะสมกับวิธีการจัดเตรียมระบบของคุณ

9. ตรวจสอบการลงทะเบียนและสิทธิ์การเข้าถึงแพ็กเกจ

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

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

เมื่อระบบทำงานผิดพลาด คุณควรตรวจสอบอะไรบ้าง?

จะมีการเปลี่ยนแปลงอะไรบ้างหากคุณย้ายจาก SMT?

ให้ถือว่าการย้ายระบบเป็นการเปลี่ยนแปลงข้อมูลและขั้นตอนการทำงาน ไม่ใช่การอัปเกรดแพ็กเกจแบบติดตั้งทับที่เดิม SUSE แนะนำให้ใช้โฮสต์ SLES 15 ใหม่ กระบวนการส่งออก/นำเข้าที่ระบุไว้ในเอกสารจะใช้smt-data-exportบน SMT และrmt-data-importบนเซิร์ฟเวอร์ใหม่หลังจากที่ RMT ซิงโครไนซ์กับ SCC แล้ว การตั้งค่าที่เก็บข้อมูลแบบ Staged จะไม่ถูกส่งออก เฉพาะที่เก็บข้อมูลที่ทำเครื่องหมายไว้สำหรับการทำมิเรอร์เท่านั้นที่จะถูกถ่ายโอน และผลิตภัณฑ์ที่หมดอายุแล้วจะไม่สามารถใช้งานได้บน RMT งานไคลเอ็นต์ SMT และสถานะแพทช์จะไม่ถูกส่งออก วางแผนที่จะสร้างกระบวนการทำงานใหม่ที่ขึ้นอยู่กับคุณสมบัติเหล่านั้น และตรวจสอบบันทึกการลงทะเบียนก่อนที่จะเปลี่ยนเส้นทางไคลเอ็นต์ที่ใช้งานจริง

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

คุณจะรู้ได้อย่างไรว่าการตั้งค่าพร้อมใช้งานแล้ว?

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

RMT รวมศูนย์การลงทะเบียนและการส่งมอบแพ็กเกจ แต่ไม่ได้ขจัดความจำเป็นในการจัดการการสมัครใช้งาน การเลือกผลิตภัณฑ์ วงจรชีวิตของไคลเอ็นต์ ความน่าเชื่อถือของใบรับรอง การสำรองข้อมูล และการทดสอบการอัปเดต สำหรับขั้นตอนที่แน่นอนและความแตกต่างเฉพาะรุ่น โปรดดูคู่มือเครื่องมือการทำมิเรอร์ที่เก็บข้อมูล SLES 15 SP7 ของ SUSE บทการย้ายจาก SMT ไปยัง RMTบทการกำหนดค่าไคลเอ็นต์ RMTและบทการทำมิเรอร์ที่เก็บข้อมูล ของ SUSE