การดำเนินงานของ Sovereign Tenant

Ultimate Multisite เวอร์ชัน 1.2.0 ได้เพิ่มเครื่องมือสำหรับการดำเนินงานสำหรับ sovereign tenants (ผู้เช่าที่มีความเป็นอิสระ): คือ subsites ที่ทำงานด้วยฐานข้อมูล ระบบไฟล์หลัก และบริบทการกำหนดเส้นทางของตัวเอง แต่ยังคงมองเห็นได้จากผู้ดูแลเครือข่าย

ใช้หน้านี้เมื่อคุณกำลังจัดการเว็บไซต์ลูกค้าที่แยกออกมา, การส่งมอบไซต์ระยะไกล (remote-site handoffs) หรือการย้ายข้อมูลที่ย้าย subsites มาไว้ในโครงสร้างพื้นฐานแบบ sovereign

สิ่งที่เปลี่ยนแปลงสำหรับผู้ดูแลระบบ

• Stateless tenant autologin — ผู้ดูแลเครือข่ายสามารถเข้าชม sovereign tenant ได้โดยไม่ต้องพึ่งพาสถานะเซสชันที่ใช้เวลานานร่วมกัน (shared session state) โทเค็น SSO จะถูกกำหนดขอบเขตตามวัตถุประสงค์, ถูกผูกกับต้นทาง, ป้องกันการเล่นซ้ำ และจำกัดเวลาหมดอายุไว้ในระยะเวลาสั้นๆ
• Sovereign-aware routing — เครือข่ายที่แยกออกมาแบบเก่าและ sovereign tenants จะแก้ไขผ่านเส้นทางของ router เว็บไซต์เดียวกัน ซึ่งช่วยลดความแตกต่างในการเริ่มต้น (bootstrap differences) ระหว่างการติดตั้งแบบเก่าและใหม่ที่ถูกแยกออกมา
• Verified migration state — การตรวจสอบสถานะการย้ายข้อมูลจะตรวจสอบการจัดเตรียมผู้ใช้, สิทธิ์ของผู้เขียนฐานข้อมูล, สถานะการระบายคิว และการไม่มีตารางเก่า ก่อนที่จะถือว่า tenant นั้นเสร็จสมบูรณ์แล้ว
• Safer teardown — การยกเลิก (teardown) แบบ sovereign ตอนนี้จะลบข้อมูลประจำตัวของ tenant ออกอย่างสะอาด เพื่อไม่ให้ tenant ที่ถูกลบไปทิ้งสิทธิ์การเข้าถึงฐานข้อมูลที่ค้างอยู่

การเยี่ยมชม sovereign tenant

1. เปิด Network Admin > Ultimate Multisite > Sites
2. เลือก sovereign tenant นั้น
3. ใช้ Visit (SSO) เมื่อมีให้เลือก แทนการคัดลอกรหัสผ่านหรือสร้างบัญชีผู้ดูแลระบบชั่วคราว

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

รายการตรวจสอบการดำเนินงานไซต์ระยะไกล (Remote-site operations checklist)

ก่อนที่จะเปลี่ยนแปลง tenant แบบ sovereign หรือ remote ให้ยืนยันสิ่งต่อไปนี้:

โดเมนของผู้เช่าจะชี้ไปยังโฮสต์ที่เป็นเจ้าของไฟล์ระบบของผู้เช่า

โฮสต์ฐานข้อมูลของผู้เช่าจะต้องตรงกับค่าการผูกโฮสต์ (host binding) ที่ตั้งค่าไว้สำหรับการติดตั้งนั้นๆ

คำสั่งตรวจสอบการย้ายข้อมูล (migration verification commands) ต้องผ่านสำหรับผู้เช่า

คิวการย้ายข้อมูลแบบอะซิงโครนัส (Async migration queues) จะถูกเคลียร์ก่อนที่จะทำการเปลี่ยนแปลง DNS หรือความเป็นเจ้าของ

ผู้ใช้แอดมินของผู้เช่าจะต้องได้รับการตั้งค่าระหว่างการย้ายข้อมูลและสามารถเข้าสู่ระบบผ่าน SSO ได้

การลบผู้เช่าที่เป็นอิสระ (Deleting sovereign tenants)

การลบผู้เช่าที่เป็นอิสระนั้นเป็นการกระทำที่ทำให้ข้อมูลหายถาวร โปรดยืนยันสถานะการสำรองข้อมูลและการส่งออกก่อน จากนั้นจึงทำการลบจากหน้าจัดการเว็บไซต์ (site management screen) กระบวนการ teardown เวอร์ชัน 1.2.0 จะลบข้อมูลประจำตัวฐานข้อมูลของผู้เช่าออกไปในส่วนของการทำความสะอาด แต่ผู้ดูแลระบบควรตรวจสอบให้แน่ใจว่าผู้ใช้ฐานข้อมูลและโฟลเดอร์ระดับโฮสต์นั้นถูกลบออกเมื่อใช้งานกับแผงโฮสติ้งภายนอก

warning

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