สร้างเซิร์ฟเวอร์อัปเดต SUSE ในเครื่องด้วย RMT บน SLES 15

สำหรับการสมัครใช้งาน SUSE และเซิร์ฟเวอร์อัปเดตภายในองค์กรใหม่ ให้ติดตั้ง Repository Mirroring Tool (RMT) บนโฮสต์ SLES 15 ที่รองรับ กำหนดค่าด้วย YaST เปิดใช้งานผลิตภัณฑ์ที่องค์กรของคุณใช้ และทำการมิเรอร์ที่เก็บข้อมูลของผลิตภัณฑ์เหล่านั้น ลงทะเบียนไคลเอ็นต์ทดสอบผ่าน URL HTTPS ของเซิร์ฟเวอร์ก่อนที่จะกำหนดให้ระบบที่ใช้งานจริงเชื่อมต่อกับเซิร์ฟเวอร์นั้น RMT จะมาแทนที่ SMT สำหรับ SLES 15 การติดตั้ง SMT แบบเดิมจึงไม่ใช่จุดเริ่มต้นที่เหมาะสมสำหรับการปรับใช้ใหม่

การออกแบบนี้เหมาะกับสภาพแวดล้อมที่เซิร์ฟเวอร์หนึ่งเชื่อมต่อกับ SUSE Customer Center (SCC) และระบบ SUSE อื่นๆ รับการลงทะเบียนและแพ็กเกจผ่านเอนด์พอยต์ภายในเครื่อง วิธีนี้สามารถช่วยลดการดาวน์โหลดจากภายนอกซ้ำๆ ได้ แต่ไม่ได้ให้สิทธิ์การใช้งานแบบสมัครสมาชิก: ยังคงต้องมีการสมัครสมาชิกขององค์กรที่ถูกต้องและข้อมูลรับรองการทำมิเรอร์ของ SCC อยู่

ยืนยันแพลตฟอร์มและวางแผนเซิร์ฟเวอร์

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

กำหนดชื่อโดเมนแบบเต็ม (FQDN) ที่เสถียร เช่นrmt.example.comและที่อยู่แบบคงที่ ตรวจสอบให้แน่ใจว่า DNS สามารถแก้ไขได้อย่างสม่ำเสมอ และโฮสต์สามารถเข้าถึงบริการอัปเดต SCC และ SUSE ผ่านพอร์ตขาออก 80 และ 443 ได้ ลูกค้าจำเป็นต้องเข้าถึงบริการ RMT ผ่านเครือข่ายโดยใช้ HTTPS ใช้ FQDN เดียวกันใน URL ของลูกค้าและใบรับรองเซิร์ฟเวอร์

วางแผนพื้นที่จัดเก็บข้อมูลโดยพิจารณาจากรุ่น สถาปัตยกรรม ผลิตภัณฑ์ และที่เก็บข้อมูลที่คุณจะทำการมิเรอร์ คู่มือ SP7 ของ SUSE ระบุว่าโดยทั่วไปแล้วควรใช้พื้นที่ประมาณ 1.5 เท่าของขนาดรวมของที่เก็บข้อมูลที่เปิดใช้งานทั้งหมด หรือประมาณ 200 GB ต่อรุ่น SLES รวมทั้งส่วนขยาย นี่เป็นเพียงการประมาณการ ไม่ใช่การรับประกันความจุ ตรวจสอบขนาดที่เก็บข้อมูลปัจจุบันและเผื่อพื้นที่ไว้สำหรับการเติบโต RMT ยังเขียนไฟล์ชั่วคราวขนาดใหญ่ไปยัง/tmpดังนั้นตรวจสอบให้แน่ใจว่าระบบไฟล์มีพื้นที่ว่างเพียงพอ อย่ากำหนดค่าโฮสต์เดียวกันกับเซิร์ฟเวอร์ติดตั้ง SLES: RMT กำหนดค่า NGINX บนพอร์ต 80 ในขณะที่บทบาทเซิร์ฟเวอร์ติดตั้งกำหนดค่า Apache บนพอร์ตนั้น

ติดตั้งแพ็คเกจ RMT และกำหนดค่า YaST

ติดตั้ง RMT บนเซิร์ฟเวอร์ SLES 15 ที่ได้รับการอัปเดตและลงทะเบียนแล้ว:

sudo zypper patch
sudo zypper in rmt-server

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

sudo yast2 rmt

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

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

ซิงค์ข้อมูลเมตา เปิดใช้งานผลิตภัณฑ์ และทำสำเนา

อัปเดตแคตตาล็อกสินค้าในเครื่องจาก SCC และตรวจสอบสินค้าที่มีจำหน่าย:

sudo rmt-cli sync
sudo rmt-cli products list --all

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

sudo rmt-cli products enable PRODUCT_STRING
sudo rmt-cli products list

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

sudo rmt-cli mirror

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

systemctl status rmt-server-sync.timer
systemctl status rmt-server-mirror.timer

ใช้คำ สั่ง rmt-cli products listและrmt-cli repos listเพื่อยืนยันว่ารายการที่ต้องการเปิดใช้งานอยู่ และแสดงกิจกรรมมิเรอร์ล่าสุด หากไม่พบที่เก็บข้อมูล ให้ตรวจสอบข้อมูลรับรอง SCC สิทธิ์การสมัครใช้งาน การเชื่อมต่อขาออก พื้นที่ดิสก์ (รวมถึง/tmp) และผลลัพธ์คำสั่งก่อนที่จะรีสตาร์ทบริการซ้ำๆ

ลงทะเบียนไคลเอ็นต์ทดสอบและตรวจสอบการอัปเดต

บนระบบทดสอบ SLES 12 หรือเวอร์ชันที่ใหม่กว่า ให้ชี้ SUSEConnect ไปที่เซิร์ฟเวอร์ RMT:

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

แทนที่ด้วยชื่อโดเมนแบบเต็ม (FQDN) ที่ถูกต้องของคุณ และตรวจสอบให้แน่ใจว่าได้รวมอยู่ในใบรับรองแล้ว หากไคลเอ็นต์แจ้งให้เชื่อถือ RMT CA ให้ตรวจสอบใบรับรองผ่านช่องทางที่องค์กรของคุณอนุมัติก่อนที่จะยอมรับ อย่าแก้ไขปัญหาชื่อไม่ตรงกันโดยการปิดใช้งานการตรวจสอบใบรับรอง จากนั้นตรวจสอบที่เก็บข้อมูลที่กำหนดค่าไว้และรีเฟรชข้อมูลเมตา:

sudo zypper lr -u
sudo zypper refresh

ผลลัพธ์ที่ประสบความสำเร็จแสดงให้เห็นว่าที่เก็บข้อมูลที่รองรับ RMT ที่คาดหวังไว้ได้รับการเปิดใช้งานแล้ว และการรีเฟรชเมตาเดต้าเสร็จสมบูรณ์แล้ว บนเซิร์ฟเวอร์ ให้ตรวจสอบว่าไคลเอ็นต์ปรากฏอยู่ในsudo rmt-cli systems list. หากการลงทะเบียนล้มเหลว ให้ตรวจสอบ DNS และการกำหนดเส้นทาง การเข้าถึง HTTPS ความน่าเชื่อถือของใบรับรองและการจับคู่ชื่อโฮสต์ ขอบเขตไฟร์วอลล์ และตรวจสอบว่าผลิตภัณฑ์ได้รับการเปิดใช้งานและทำมิเรอร์หรือไม่ ตรวจสอบเอาต์พุตคำสั่งและบันทึกบริการก่อนที่จะเปลี่ยนแปลงการกำหนดค่าที่ใช้ร่วมกัน

ติดตั้งแพ็คเกจ RMT บนโฮสต์ SLES 15 ที่เตรียมไว้

ตรวจสอบการตั้งค่า SCC, ฐานข้อมูล, ใบรับรอง FQDN และไฟร์วอลล์ก่อนทำการกำหนดค่า YaST

รีเฟรชแคตตาล็อกสินค้าและตรวจสอบสตริงสินค้าที่มีให้สำหรับการทำมิเรอร์

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

รู้จักขีดจำกัดและเลือกเส้นทางอื่นเมื่อจำเป็น

หากคุณต้องการฟังก์ชันการทำงานที่ RMT ไม่มีให้ เช่น การจัดการไคลเอ็นต์ที่ครอบคลุมมากขึ้น การรายงาน หรือเวิร์กโฟลว์เนื้อหาแบบแบ่งขั้นตอน ให้ใช้ SUSE Multi-Linux Manager หรือบริการจัดการวงจรชีวิตอื่น ๆ ที่รองรับ ควรใช้ SMT เฉพาะในกรณีที่ไคลเอ็นต์ SLES 11 รุ่นเก่าหรือพฤติกรรมเฉพาะของ SMT ยังคงมีความจำเป็น และทดสอบการย้ายข้อมูลแยกต่างหาก เครือข่ายที่แยกจากระบบเครือข่าย (air-gapped network) จำเป็นต้องมีเวิร์กโฟลว์การถ่ายโอนข้อมูล: SUSE ได้จัดทำเอกสารคำสั่งการส่งออกและนำเข้าของ RMT เพื่อย้ายข้อมูลและเมตาเดตาของที่เก็บข้อมูลโดยใช้ที่เก็บข้อมูลแบบถอดได้ RMT สามารถจำลองเฉพาะผลิตภัณฑ์ที่มีให้สำหรับการสมัครใช้งานขององค์กรเท่านั้น

เอกสารอย่างเป็นทางการสำหรับ SLES 15 SP7: การติดตั้งและการกำหนดค่า RMT ; คู่มือเครื่องมือการทำมิเรอร์ที่เก็บข้อมูล ; การย้ายจาก SMT ไปยัง RMT