คู่มือการนำ Tableau Server ไปใช้งานในองค์กร

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

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

กระบวนการของ Tableau Server

สถาปัตยกรรมอ้างอิง Tableau Server เป็นการปรับใช้คลัสเตอร์ Tableau Server สี่โหนดพร้อมที่เก็บภายนอกบน PostgreSQL

• โหนดเริ่มต้นของ Tableau Server (โหนด 1): เรียกใช้บริการการดูแลระบบและการให้สิทธิ์อนุญาต TSM ที่จำเป็น ซึ่งสามารถเรียกใช้ได้บนโหนดเดียวในคลัสเตอร์เท่านั้น ในบริบทขององค์กร โหนดเริ่มต้นของ Tableau Server คือโหนดหลักในคลัสเตอร์ โหนดนี้ยังเรียกใช้บริการแอปพลิเคชันที่ซ้ำซ้อนด้วยโหนด 2
• โหนดแอปพลิเคชัน Tableau Server (โหนด 1 และโหนด 2): ทั้งสองโหนดให้บริการตามคำขอของไคลเอ็นต์ เชื่อมต่อและสืบค้นแหล่งข้อมูล และไปยังโหนดข้อมูล
• โหนดข้อมูล Tableau Server (โหนด 3 และโหนด 4): สองโหนดที่มีไว้สำหรับการจัดการข้อมูล
• PostgreSQL ภายนอก: โฮสต์นี้เรียกใช้กระบวนการของที่เก็บของ Tableau Server สำหรับการปรับใช้ HA คุณต้องเรียกใช้โฮสต์ PostgreSQL เพิ่มเติมสำหรับส่วนซ้ำสำรองแบบแอ็คทีฟ/พาสซีฟ

  คุณยังสามารถเรียกใช้ PostgreSQL บน Amazon RDS ได้อีกด้วย หากต้องการข้อมูลเพิ่มเติมเกี่ยวกับความแตกต่างระหว่างการเรียกใช้ที่เก็บบน RDS เทียบกับอินสแตนซ์ EC2 โปรดดู ที่เก็บภายนอกของ Tableau Server (Linux(ลิงก์จะเปิดในหน้าต่างใหม่))

  การปรับใช้ Tableau Server ด้วยที่เก็บภายนอกจำเป็นต้องมีใบอนุญาต Tableau Advanced Management

  หากองค์กรของคุณไม่มีความชำนาญด้าน DBA ภายใน คุณสามารถเลือกเรียกใช้กระบวนการของที่เก็บของ Tableau Server ในการกำหนดค่าเริ่มต้นของ PostgreSQL ภายในได้ ในสถานการณ์เริ่มต้น ที่เก็บจะทำงานบนโหนด Tableau ที่มี PostgreSQL แบบฝัง ในกรณีนี้ เราขอแนะนำให้ใช้งานที่เก็บบนโหนด Tableau เฉพาะ และที่เก็บแบบพาสซีฟบนโหนดเฉพาะเพิ่มเติม เพื่อรองรับการเปลี่ยนระบบที่เก็บเมื่อผิดพลาด ดู การเปลี่ยนระบบที่เก็บเมื่อผิดพลาด (Linux(ลิงก์จะเปิดในหน้าต่างใหม่))

  ตามตัวอย่างการใช้งาน AWS ที่อธิบายไว้ในคู่มือนี้จะอธิบายวิธีปรับใช้ที่เก็บภายนอกบน PostgreSQL ที่ทำงานบนอินสแตนซ์ EC2

• ไม่บังคับ: หากองค์กรของคุณใช้ที่จัดเก็บข้อมูลภายนอก คุณอาจปรับใช้ ที่จัดเก็บไฟล์ Tableau เป็นบริการภายนอกได้ คู่มือนี้ไม่รวมถึงที่จัดเก็บไฟล์ภายนอกในสถานการณ์การปรับใช้หลัก ดูหัวข้อติดตั้ง Tableau Server ด้วยที่เก็บภายนอก (Linux(ลิงก์จะเปิดในหน้าต่างใหม่))

  การปรับใช้ Tableau Server ด้วยที่จัดเก็บไฟล์ภายนอกจำเป็นต้องมีใบอนุญาต Tableau Advanced Management

ที่เก็บ PostgresSQL

ที่เก็บของ Tableau Server เป็นฐานข้อมูล PostgresQL ที่จัดเก็บข้อมูลเซิร์ฟเวอร์ ข้อมูลนี้รวมข้อมูลเกี่ยวกับผู้ใช้ กลุ่มและการกำหนดกลุ่ม สิทธิ์ โปรเจกต์ แหล่งข้อมูล รวมถึงเมตาดาต้าการแยกข้อมูลและข้อมูลการรีเฟรชของ Tableau Server

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

โหนด 1: โหนดเริ่มต้น

โหนดเริ่มต้นเรียกใช้กระบวนการที่สำคัญจำนวนเล็กน้อยและแชร์โหลดแอปพลิเคชันกับโหนด 2

คอมพิวเตอร์เครื่องแรกที่ติดตั้ง Tableau บน “โหนดเริ่มต้น” มีลักษณะบางอย่างที่เป็นเอกลักษณ์ มีเพียงสามกระบวนการที่ทำงานเฉพาะบนโหนดเริ่มต้นเท่านั้นและไม่สามารถย้ายไปยังโหนดอื่นได้ยกเว้นในสถานการณ์ที่ล้มเหลว บริการใบอนุญาต (เครื่องมือจัดการใบอนุญาต) บริการการเปิดใช้งาน และตัวควบคุม TSM (ตัวควบคุมการดูแลระบบ)

การเปลี่ยนระบบเมื่อผิดพลาดของโหนด 1 และการกู้คืนอัตโนมัติ

ใบอนุญาต การเปิดใช้งาน และบริการตัวควบคุม TSM มีความสำคัญต่อความสมบูรณ์ของการปรับใช้ Tableau Server ในกรณีที่โหนด 1 ล้มเหลว ผู้ใช้จะยังคงสามารถเชื่อมต่อกับการปรับใช้ Tableau Server ได้ เนื่องจากสถาปัตยกรรมอ้างอิงที่กำหนดค่าอย่างเหมาะสมจะกำหนดเส้นทางคำขอไปยังโหนด 2 อย่างไรก็ตาม หากไม่มีบริการหลักเหล่านี้ การปรับใช้จะอยู่ในสถานะวิกฤตของความล้มเหลวที่รอดำเนินการ ดู การกู้คืนโหนดเริ่มต้นอัตโนมัติ.

โหนด 1 และ 2: เซิร์ฟเวอร์แอปพลิเคชัน

โหนด 1 และ 2 ใช้งานกระบวนการ Tableau Server ที่ให้บริการตามคำขอของไคลเอ็นต์ สืบค้นแหล่งข้อมูล สร้างการแสดงภาพ จัดการเนื้อหาและการดูแลระบบ และตรรกะทางธุรกิจหลักของ Tableau อื่นๆ เซิร์ฟเวอร์แอปพลิเคชันไม่จัดเก็บข้อมูลผู้ใช้

หมายเหตุ: "เซิร์ฟเวอร์แอปพลิเคชัน" เป็นคำที่หมายถึงกระบวนการ Tableau Server ที่แสดงอยู่ใน TSM ด้วย กระบวนการพื้นฐานสำหรับ "เซิร์ฟเวอร์แอปพลิเคชัน" คือ VizPortal

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

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

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

การปรับขนาดเซิร์ฟเวอร์แอปพลิเคชัน

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

โหนด 3 และ 4: เซิร์ฟเวอร์ข้อมูล

กระบวนการที่จัดเก็บไฟล์ เครื่องมือสำหรับข้อมูล (Hyper) และ แบ็กกราวเดอร์ อยู่ร่วมกันบนโหนด 3 และ 4 ด้วยเหตุผลดังต่อไปนี้:

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

การปรับขนาดเซิร์ฟเวอร์ข้อมูล

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