การเปรียบเทียบระหว่างฐานข้อมูล Oracle RAC Cluster (10gR2, 11gR2 และ 12cR1) และปรับใช้ Oracle DB บน ​​Linux Cluster [ปิด]


0

การติดตั้ง Oracle RAC อาจมีค่าใช้จ่ายสูงสำหรับองค์กรขนาดเล็ก แต่จะเป็นอย่างไรถ้ามีการใช้งานคลัสเตอร์ Linux จากนั้นจึงติดตั้ง Oracle DB มาตรฐานบนคลัสเตอร์นั้นเพื่อให้มีความพร้อมใช้งานเช่น Oracle RAC

  • เป็นไปได้หรือไม่ที่จะเกิดความล้มเหลวโดยอัตโนมัติโหลดบาลานซ์และอื่น ๆ บนคลัสเตอร์ Linux? หากหนึ่งโหนดล้มเหลวยังคงมีบริการ Oracle DB ที่จะให้บริการกับการเชื่อมต่อที่มีอยู่และการเชื่อมต่อใหม่?

  • อะไรคือข้อดีและข้อเสีย?


อาจมีเพิ่มเติมเกี่ยวกับหัวข้อสำหรับผู้ดูแลระบบฐานข้อมูลแต่ถ้าขอสิ่งที่เป็นจริงและเป็นรูปธรรมไม่ใช่ข้อดีและข้อเสีย
slhck

คำตอบ:


1

คำถามส่วนใหญ่จะดึงดูดคำตอบจากความคิดเห็น นี่คือหนึ่งในนั้น

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

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

ที่กล่าวว่าการกำหนดค่าสแตนด์บายแบบแอ็คทีฟอาจมีลักษณะดังนี้: ผูกกระบวนการ Oracle DB ไปยังที่อยู่ IP พิเศษซึ่งจะเดินทางจากโหนดหนึ่งไปอีกโหนดหนึ่งพร้อมบริการเช่น ทั้งที่อยู่ IP บริการกระบวนการ Oracle DB และพาร์ติชันข้อมูลเป็นบริการในคลัสเตอร์ Red Hat ซึ่งจะข้ามจากโหนดหนึ่งไปอีกโหนดหนึ่งที่เกิดความล้มเหลว IP บริการให้คุณได้รับประโยชน์อย่างใดอย่างหนึ่ง: วิธีที่ลูกค้าของคุณสามารถเชื่อมต่อใหม่ได้เมื่อโหนดล้มเหลวและอีกอันเกิดขึ้น อย่างไรก็ตามการเชื่อมต่อที่มีอยู่ทั้งหมดจะลดลงในระหว่างการสลับการทำงานในสถานการณ์สแตนด์บายที่ใช้งานอยู่

นอกจากข้อเสียที่กล่าวไว้ข้างต้นมีปัญหาอื่น ๆ เช่นกันเช่นมันจะค่อนข้างยากที่จะได้รับการสนับสนุนจาก Oracle เมื่อมีบางอย่างผิดปกติเนื่องจากสถานการณ์ที่คุณคิดว่าไม่ใช่คำแนะนำของ Oracle

โดยรวมแล้วอาจเป็นความคิดที่ดีที่จะพิจารณาอีกครั้งและถ้าคุณต้องการสร้างสมดุลในระดับ Oracle DB และคุณควรซื้อ RAC มากกว่าการพยายามสร้างโซลูชันของคุณเองเพื่อเลียนแบบคุณลักษณะบางอย่างที่ RAC นำเสนอ

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.