การจัดกลุ่มใน NoSQL - Dummies

ฐานข้อมูล NoSQL เหมาะสมกับชุดข้อมูลขนาดใหญ่มาก โคลน Bigtable เช่น HBase จะไม่มีข้อยกเว้น คุณอาจต้องการใช้เซิร์ฟเวอร์สินค้าโภคภัณฑ์ที่ไม่แพงจำนวนมากในกลุ่มเดียวแทนที่จะเป็นเครื่องที่มีประสิทธิภาพมาก เนื่องจากคุณสามารถรับประสิทธิภาพที่ดีขึ้นโดยรวมต่อดอลลาร์โดยใช้เซิร์ฟเวอร์สินค้าโภคภัณฑ์มากกว่าเซิร์ฟเวอร์ที่มีประสิทธิภาพและมีค่าใช้จ่ายสูงมากอย่างมหาศาล

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

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

แผนภาพแสดงโหนด (HRegionServers) 2 โหนดในส่วนการตั้งค่าที่พร้อมใช้งานซึ่งแต่ละตัวทำหน้าที่สำรองข้อมูลไว้สำหรับอีก

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

• เซิร์ฟเวอร์แต่ละพื้นที่จัดการชุดคีย์ของตัวเอง

  การออกแบบกลยุทธ์การจัดสรรคีย์แถวมีความสำคัญเนื่องจากจะกำหนดวิธีการโหลดกระจายทั่วคลัสเตอร์

• | แต่ละภูมิภาคเก็บบันทึกการเขียนและที่เก็บข้อมูลในหน่วยความจำของตัวเอง

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

  เพื่อเพิ่มความพร้อมใช้งานของข้อมูลโดยค่าเริ่มต้น Hadoop จะเก็บสำเนาข้อมูลแต่ละไฟล์ไว้สามชุด การติดตั้งขนาดใหญ่มี

สำเนาหลัก

• แบบจำลองภายในแร็คเดียวกัน

• แบบจำลองอื่นในชั้นที่แตกต่างกัน

• ก่อนที่จะมี Hadoop 2. 0, Namenodes ไม่สามารถใช้งานได้อย่างเต็มที่ เหล่านี้เก็บรายการของเซิร์ฟเวอร์ที่ใช้งานอยู่ทั้งหมดในคลัสเตอร์ พวกเขาจึงเป็นจุดเดียวของความล้มเหลว ตั้งแต่ Hadoop 2. 0 ขีด จำกัด นี้ไม่มีอยู่อีกต่อไป