ความช่วยเหลือ Tableau Blueprint

หมายเหตุ: หัวข้อนี้ใช้กับ Tableau Server เท่านั้น

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

ข้อกำหนดฮาร์ดแวร์

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

• การกำหนดค่าเกณฑ์พื้นฐานที่แนะนำ (Windows | Linux)
• Tableau Server บน VMware VSphere
• ประเภทและขนาดของ AWS Instance (Windows | Linux)

• ประเภทและขนาดของระบบจำลองเสมือนจริง Google Compute Engine (Windows | Linux)

• ประเภทและขนาดของระบบจำลองเสมือนจริง Microsoft Azure (Windows | Linux)
• ประเภทและขนาดของ Alibaba Cloud ECS Instance (Windows | Linux)

หากคุณปรับใช้ Tableau Server ในระบบคลาวด์ การใช้ฮาร์ดแวร์เฉพาะทางและการจัดสรร RAM แบบคงที่จะช่วยขจัดข้อขัดแย้งต่างๆ เกี่ยวกับประสิทธิภาพเนื่องจากการแย่งชิงทรัพยากร หากต้นทุนเป็นปัจจัยหลักที่ต้องพิจารณา ก็อาจเลือกใช้ฮาร์ดแวร์แบบจำลองเสมือนจริงก็ได้เช่นกัน เราขอแนะนำให้ทดสอบโครงสร้างพื้นฐานของคุณเพื่อค้นหาการกำหนดค่าที่เหมาะสมกับความต้องการของคุณมากที่สุด โปรดดูตัวอย่างวิธีดำเนินการทดสอบที่ เอกสารไวท์เปเปอร์ Tableau ที่ความเร็วของ EC2 (การทดลองนี้ดำเนินการใน AWS แต่ทฤษฎีการทดสอบรวมไปถึงผู้ให้บริการระบบคลาวด์ทุกราย)

การกำหนดขนาดครั้งแรก

ทีมดูแลบัญชี Tableau ของคุณพร้อมประเมินข้อกำหนดของคุณและช่วยในการกำหนดขนาด ในการปรับใช้ Tableau ครั้งแรก คุณควรประเมินจำนวน Explorer 600-800 รายต่อโหนด 8-core โดยสมมติว่ามีผู้ใช้ที่กำลังใช้งานอยู่ 10% (คำขอแบบอินเทอร์แอคทีฟและที่เกิดขึ้นพร้อมกันที่ส่งถึง Tableau Server รวมถึงการใช้แดชบอร์ดบนแล็ปท็อปหรืออุปกรณ์มือถือ การเขียนเว็บ และการเชื่อมต่อ และสืบค้นแหล่งที่มาของข้อมูลที่เผยแพร่) นี่เป็นเพียงจุดเริ่มต้นและไม่ควรนับเป็นกฎการกำหนดขนาดที่ตายตัวนอกเหนือจากการปรับใช้ครั้งแรก หน่วยความจำควรมีขนาด RAM อย่างน้อย 8GB ต่อคอร์สำหรับเซิร์ฟเวอร์ที่ใช้งานจริง สำหรับคลัสเตอร์ขนาด 40 คอร์ ให้ใช้โหนด 8 คอร์ และสำหรับคลัสเตอร์ที่มีขนาดมากกว่า 40 คอร์ ให้ใช้โหนด 16 คอร์ โดยต้องคำนึงถึงเวิร์กโหลดที่เกี่ยวข้องของใบอนุญาตแต่ละประเภทกับขนาดฮาร์ดแวร์ สมมติว่า Explorer นับเป็นผู้ใช้ 1 ราย Creator มีเวิร์กโหลดที่เกี่ยวข้องกันกับผู้ใช้ 2.4 ราย ในขณะที่ Viewer มีเวิร์กโหลดที่เกี่ยวข้องกับผู้ใช้ 0.75 ราย เมื่อใช้ค่าสัมประสิทธิ์ภาระงานเหล่านี้ คุณจะประเมินขีดความสามารถของคลัสเตอร์ได้ ตารางต่อไปนี้แสดงตัวอย่างเวิร์กโหลดที่เท่ากันในแต่ละแถว:

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

ความสามารถในการปรับขนาด

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

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

เมื่อปรับใช้ Tableau Server ในระบบคลาวด์ คุณสามารถใช้ความสามารถในการปรับขนาดของแพลตฟอร์ม Tableau ได้ รวมถึงคุณสมบัติ Hot Topology เพียงแค่รีสตาร์ทเซิร์ฟเวอร์ คุณก็สามารถเปลี่ยนระบบพื้นฐานที่รองรับแพลตฟอร์มได้ตราบใดที่ที่อยู่ IP สาธารณะไม่เปลี่ยนแปลง

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

สภาพแวดล้อมของเซิร์ฟเวอร์

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

บางองค์กรมีนโยบายด้าน IT ที่กำหนดให้ต้องมีสภาพแวดล้อมสามแบบ ได้แก่ การพัฒนา, QA และการใช้งานจริง เพื่อแยกกรณีการใช้งานสำหรับการพัฒนาเนื้อหา การทดสอบ และการใช้เนื้อหาออกเป็นการติดตั้ง Tableau Server แยกต่างหาก หากนี่เป็นข้อกำหนดสำหรับองค์กรของคุณ สภาพแวดล้อมทั้งสามต้องได้รับอนุญาตแยกกัน เนื่องจากจะถือว่าเป็นสภาพแวดล้อมการใช้งานจริงสามแบบตามที่กำหนดไว้ในข้อตกลงสิทธิ์การใช้งานของผู้ใช้ปลายทาง Tableau สภาพแวดล้อมการใช้งานจริงและสภาพแวดล้อม QA ควรมีข้อมูลจำเพาะ โทโพโลยีของเซิร์ฟเวอร์ และการกำหนดค่าต่างๆ เหมือนกัน หากคุณจำเป็นต้องดำเนินการในสภาพแวดล้อมทั้ง 3 แยกจากกัน คุณสามารถเลี่ยงวงจรการพัฒนาแบบขั้นน้ำตกดั้งเดิมได้โดยใช้แพลตฟอร์มการวิเคราะห์ที่ทันสมัย ผู้ใช้อาจเลือกสภาพแวดล้อม QA เพื่อเลี่ยงนโยบายที่เข้มงวดหรือชะลอการนำเนื้อหาไปใช้งานจริง ดังนั้นจึงสร้างสมดุลที่ดีในการทำงานได้โดยการโยกย้ายเนื้อหาไปยังเซิร์ฟเวอร์ที่ใช้งานจริงแบบอัตโนมัติด้วย Content Migration Tool ที่มีอยู่ใน Tableau Advanced Management หรือด้วยสคริปต์เวิร์กโฟลว์ที่กำหนดเองโดยใช้ API REST ของ Tableau สภาพแวดล้อมการพัฒนาไม่จำเป็นต้องมีข้อมูลจำเพาะทางฮาร์ดแวร์ที่เหมือนกับสภาพแวดล้อมการใช้งานจริงและ QA เว้นแต่จะใช้สภาพแวดล้อมการพัฒนาสำหรับทดสอบการอัปเกรดหรือการเข้าร่วมในโปรแกรมเบต้า

ความพร้อมใช้งานสูง

คุณควรติดตั้งและกำหนดค่า Tableau ตามความข้อกำหนดด้านความพร้อมใช้งาน และเพิ่มโหนดเพิ่มเติมสำหรับขีดความสามารถ และ/หรือเพื่อความพร้อมใช้งานสูง (Windows | Linux) เพื่อรองรับกรณีการใช้งานที่สำคัญต่อภารกิจ คุณควรปรับใช้การกำหนดค่าคลัสเตอร์ความพร้อมใช้งานสูง (HA) โดยใช้โหลดบาลานเซอร์ภายนอก (Windows | Linux)

การติดตั้ง HA ของ Tableau Server มีโหนดขั้นต่ำ 3 โหนด และมีหลายอินสแตนซ์สำรองของการประมวลผลหลัก (ที่เก็บ, ที่เก็บ, ที่เก็บไฟล์/เครื่องมือสำหรับข้อมูลและ Coordination Service) บนโหนดต่างๆ เป้าหมายคือการลดเวลาหยุดทำงานของระบบให้เหลือน้อยที่สุด โดยการกำจัดจุดผิดพลาดเพียงจุดเดียวและเปิดใช้งานการตรวจจับข้อผิดพลาดโดยใช้การแทนที่เมื่อเกิดข้อผิดพลาด ในกรณีที่สามารถทำได้ สำหรับข้อมูลเพิ่มเติม โปรดดู เอกสารไวท์เปเปอร์ว่าด้วยความพร้อมใช้งานสูงของ Tableau Server

ปฏิบัติตามรูปแบบด้านล่างเพื่อสร้างคลัสเตอร์ HA ของคุณเอง

1. ติดตั้งโหนดแรก และอนุญาตให้ตัวติดตั้งอัจฉริยะที่รู้จักสถาปัตยกรรมกำหนดค่าการประมวลผล (Windows | Linux) ที่เก็บที่ทำงานจะอยู่บนโหนด 1
2. ทำซ้ำการกำหนดค่ากระบวนการให้โหนดอื่นๆ ของ VizQL เพื่อรองรับการทำงานสำรอง (Windows | Linux) ที่เก็บที่ไม่มีการใช้งานจะอยู่บนโหนด 2 การประมวลผลของโหนด 3 จะเลียนแบบโหนด 1 และโหนด 2 ยกเว้นจะไม่มีการประมวลผลที่เก็บบนโหนด
3. เพิ่ม Coordination Service Ensemble และ Client File Service (Windows | Linux)
4. เพิ่มโหลดบาลานเซอร์ภายนอก (Windows | Linux)
   

การปรับใช้ HA สำหรับ Tableau Server ของโหนด 3 (หมายเหตุ: บริการประสานงานและบริการไฟล์ไคลเอ็นต์จะไม่แสดงให้เห็น)

ความต้องการโหนดแบบพิเศษจะค่อยๆ เปลี่ยนไปตามเวลา ควรแยกเวิร์กโหลดที่มีการแยกข้อมูลขนาดใหญ่และรีเฟรชการแยกข้อมูลบ่อยครั้ง ออกจากเวิร์กโหลดที่แสดงเป็นภาพแบบอินเทอร์แอคทีฟ ในสภาพแวดล้อมที่มีการแยกข้อมูลขนาดใหญ่ จะมีการแยกข้อมูลจากแหล่งข้อมูลส่วนใหญ่ การแยกข้อมูลขนาดใหญ่มากเพียงไม่กี่ครั้งอาจกำหนดให้การปรับใช้ของคุณอยู่ในหมวดหมู่นี้ เช่นเดียวกับการแยกข้อมูลขนาดเล็กจำนวนมาก การปรับใช้ในกรณีที่มีการรีเฟรชบ่อยครั้ง เช่น หลายครั้งต่อวันในระหว่างช่วงเวลาทำการ ควรแยกไว้บนโหนดพิเศษของแบ็กกราวเดอร์ หากต้องการแยกเวิร์กโหลดของกระบวนการแบ็กกราวเดอร์ ให้เพิ่มโหนดพิเศษของ Backgrounder เพื่อรับรองการทำงานสำรอง ตามที่แสดงในโหนด 4 และ 5 ด้านล่าง เมื่อใช้บทบาทโหนด คุณสามารถกำหนดค่าตำแหน่งที่จะประมวลผลเวิร์กโหลดบางประเภทในการติดตั้ง Tableau Server ของคุณ ฟีเจอร์บทบาทโหนดช่วยให้คุณสามารถมุ่งเน้นและปรับขนาดทรัพยากรให้กับภาระงานที่เฉพาะเจาะจงได้ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการกำหนดค่าบทบาทของโหนดสำหรับแบ็กกราวเดอร์และที่เก็บไฟล์ โปรดดูการจัดการเวิร์กโหลดผ่านบทบาทของโหนด

การปรับใช้ HA สำหรับ Tableau Server ของโหนด 5 (หมายเหตุ: บริการประสานงานและบริการไฟล์ไคลเอ็นต์จะไม่แสดงให้เห็น)

ตั้งแต่เวอร์ชัน 2019.3 เป็นต้นไป คุณสามารถปรับใช้ที่เก็บของ Tableau Server กับ Amazon Relational Database Service (RDS) ได้ ที่เก็บของ Tableau Server เป็นฐานข้อมูล PostgreSQL ที่จัดเก็บข้อมูลเกี่ยวกับการโต้ตอบของผู้ใช้ทั้งหมด การรีเฟรชการแยกข้อมูล และอื่นๆ Amazon RDS จะเสนอความสามารถในการปรับขนาด ความน่าเชื่อถือ ความพร้อมใช้งานสูง และการรักษาความปลอดภัยในตัวสำหรับ PostgreSQL การผสานรวมเข้ากับ AWS เพื่อกำหนดค่าที่เก็บภายนอกใน Tableau Server จะทำให้คุณได้รับประโยชน์เพิ่มมากขึ้นจากการปรับใช้ระบบคลาวด์ หากต้องการข้อมูลเพิ่มเติม โปรดดูที่เก็บภายนอกของ Tableau Server

ในกรณีที่ปรับใช้ Tableau Server ในระบบคลาวด์สาธารณะ คุณจะมีสองถึงสามตัวเลือกเพื่อลดความเสี่ยงของการหยุดทำงาน ยกตัวอย่างเช่น การปรับใช้แต่ละโหนดของ Tableau Server ใน Virtual Network (เครือข่ายเสมือน) ของระบบ หรือใน Availability Zones/Zones ที่ต่างกันก็จะรองรับทั้ง 2 แบบ อย่างไรก็ตาม การแยกสภาพแวดล้อมของคุณอาจทำให้เวลาในการตอบสนองเพิ่มขึ้นทั่วทั้งระบบ ก่อนที่จะสรุปสภาพแวดล้อมของคุณ ให้พิจารณาทดสอบทั้งประสิทธิภาพและความพร้อมใช้งานเพื่อรับรองว่าคุณมีความสมดุลที่เหมาะสมสำหรับชุมชนข้อมูลของคุณ Tableau Server ไม่รองรับการปรับใช้คลัสเตอร์แบบหลายโหนดจาก Region ต่างๆ

การกู้คืนจากความเสียหาย

เมื่อคุณวางแผนการกู้คืนจากความเสียหาย (Disaster Recovery หรือ DR) ในสภาพแวดล้อม Tableau มีปัจจัยหลัก 2 ข้อที่คุณควรพิจารณาดังนี้: วัตถุประสงค์เวลาฟื้นตัว (RTO) และวัตถุประสงค์จุดฟื้นตัว (RPO) RTO คือเกณฑ์ชี้วัดเวลาในการกู้คืนระบบจนเป็นปกติที่ธุรกิจยอมรับได้ และจะแสดงให้เห็นความถี่ที่คุณจัดเก็บข้อมูลสำรองในคลัสเตอร์อื่น รวมถึงจำนวนการลงทุนในโครงสร้างพื้นฐาน RPO คือเกณฑ์ชี้วัดจำนวนข้อมูลสูญหายที่ธุรกิจยอมรับได้ ซึ่งจะแสดงให้เห็นความถี่ที่คุณต้องสำรองข้อมูลของระบบ สำหรับ Tableau Server ค่า RPO จะต้องไม่น้อยกว่าเวลาที่ใช้เพื่อสำรองข้อมูลทั้งหมดของเซิร์ฟเวอร์ ตารางด้านล่างนี้จะแสดงให้เห็นวิธีการวางแผนข้อกำหนด RTO ในช่วงระยะต่างๆ

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