ก่อนอื่นโปรดอ่านคำถามเกี่ยวกับการวางแผนกำลังการผลิตของเรา
คำแนะนำเฉพาะที่คุณขอคือคำแนะนำในการวางแผนกำลังการผลิตและคุณจะต้องทำงานด้วยตัวคุณเองสำหรับสภาพแวดล้อมเฉพาะของคุณ
ประการที่สองคุณกำลังดูผิด
จำนวนหน่วยความจำ (หรือทรัพยากรอื่น ๆ ) ที่คุณไม่ได้กำหนดจำนวนการเชื่อมต่อที่คุณกำหนดจำนวนการเชื่อมต่อที่คุณต้องการกำหนดวิธีเซิร์ฟเวอร์ที่คุณต้องซื้อ
ข้อกำหนดเกี่ยวกับทรัพยากรต่อการเชื่อมต่อนั้นมีอยู่ในคู่มืออย่างละเอียดรวมถึงที่กล่าวถึงใน Wiki ที่คุณเชื่อมโยงด้วย กำหนดสิ่งที่สภาพแวดล้อมของคุณต้องการ (หรือคาดเดาอย่างมีการศึกษา) และตรวจสอบให้แน่ใจว่าฮาร์ดแวร์ที่คุณกำลังจะทำงานสามารถจัดการกับสิ่งที่คุณกำลังจะทำ
โดยเฉพาะเรื่องข้อ จำกัด การเชื่อมต่อและขนาดพูลคุณควรมีการเชื่อมต่อ "เพียงพอ" เพื่อตอบสนองความต้องการของแอปพลิเคชันของคุณไม่ว่าจะบนเซิร์ฟเวอร์เดียวหรือผ่านพูล / คนโกหก
"เพียงพอ" เป็นหมายเลขที่สัมพันธ์กัน: แอปพลิเคชันที่สร้าง (และนำมาใช้ซ้ำอย่างต่อเนื่อง) หนึ่งการเชื่อมต่อต้องการเพียงหนึ่งการเชื่อมต่อ แอปพลิเคชันที่สร้างการเชื่อมต่อสำหรับผู้ใช้ปลายทางแต่ละรายที่เข้าสู่ระบบจำเป็นต้องใช้การเชื่อมต่อฐานข้อมูลมากเท่าที่มีผู้ใช้
ค่าเริ่มต้นสำหรับทั้ง Postgres และpgbouncer
เหมาะสมเป็นค่าเริ่มต้น :
การเชื่อมต่อฐานข้อมูล 100 ครั้งเป็นเรื่องปกติสำหรับบุคคลทั่วไปที่ขว้าง Postgres เข้าสู่สภาพแวดล้อม
นักพัฒนาอาจไม่ต้องการมากกว่า 10 คนอื่นจะรู้พอที่จะเพิ่มจำนวน
20 การเชื่อมต่อจากpgbouncer
ฐานข้อมูลต่อพูลหมายความว่าคุณสามารถรับ 4 พูลที่ชี้ไปที่เซิร์ฟเวอร์หนึ่งเครื่องและไม่เกินขีด จำกัด การเชื่อมต่อ Postgres เริ่มต้น
มีความเป็นไปได้ที่จะมีแหล่งข้อมูลพูลหลายแห่งpgbouncer
ชี้ไปที่ฐานข้อมูลส่วนหลังเดียวและคุณต้องการเชื่อมต่อที่มีอยู่บางส่วนบนเซิร์ฟเวอร์ส่วนหลังของคุณ
หากค่าดีฟอลต์ไม่เหมาะสมกับสภาพแวดล้อมของคุณคุณคาดว่าจะเปลี่ยนค่าเหล่านั้น
โปรดจำไว้ว่าการเชื่อมต่อที่มีพูลนั้นไม่ได้หมายความว่า "เสมอการเชื่อมต่อฐานข้อมูลทุกครั้งที่มี"
จุดpgbouncer
ที่คุณจดบันทึกไว้คือการใช้การเชื่อมต่อซ้ำ ประสิทธิภาพที่เพิ่มขึ้นที่นี่ไม่ต้องการให้คุณเชื่อมต่อทุกการเชื่อมต่อที่มีอยู่เพียงว่าคุณไม่ได้ยกเลิกการเชื่อมต่อเชื่อมต่อ SSL ต่อใหม่รับรองความถูกต้องอีกครั้งกับฐานข้อมูลและเรียกใช้แบบสอบถามการตั้งค่าการเชื่อมต่อใหม่ทุกครั้ง