คำถามติดแท็ก virtualisation

1
PVSCSI หลายตัวพร้อม SQL Server
เกี่ยวกับ SQL Server virtualization, การพยายามที่จะหาข้อมูลถ้ามีผลกระทบต่อประสิทธิภาพในเชิงบวกต่อการแยกอุปกรณ์ข้อมูลจากอุปกรณ์ที่แตกต่างกันเข้าสู่ Paravirtual SCSI (PVSCSI) อะแดปเตอร์คล้ายกับสิ่งที่จะทำที่นี่ มีสถานการณ์จำลองในไคลเอนต์ที่เพิ่ม PVSCSI เพิ่มเติมและอุปกรณ์บันทึกถูกแยกออกจาก PVSCSI ใหม่ซึ่งแสดงประสิทธิภาพที่เพิ่มขึ้นอย่างมาก กระนั้นข้อสงสัยยังคงอยู่หากเกิดจากการแยกนี้หรือเพียงเพราะข้อเท็จจริงที่ว่า PVSCSI เพิ่มเติมนั้นมีอยู่ในปัจจุบัน ตามที่ทราบกันแล้วโดยทั่วไปแล้วดิสก์บันทึกจะเขียนตามลำดับในขณะที่ดิสก์ข้อมูลตามรูปแบบการสุ่มใน r / w ของพวกเขาและมีประโยชน์ด้านประสิทธิภาพในการวางไฟล์ทั้งสองชนิดนี้ไว้ในดิสก์แยกกัน แต่ตัวควบคุมล่ะ? มีประโยชน์ในการรักษารูปแบบที่แตกต่างเหล่านี้ในตัวควบคุม PVSCSI แยกกันหรือไม่ ใครมีความเข้าใจในเรื่องนี้บ้าง? ขอบคุณล่วงหน้า

1
สแน็ปช็อตการจัดเก็บข้อมูลสำหรับการสำรองข้อมูลที่สอดคล้องกันของ postgresql - ข้อมูลและปริมาณการบันทึกที่แตกต่างกัน
เรากำลังเรียกใช้ Linux VM จำนวนมากในสภาพแวดล้อมการจัดเก็บข้อมูลแบบ vmware / ที่ใช้ร่วมกันซึ่งแต่ละตัวใช้งานอินสแตนซ์ของตนเองของ postgreSQL (รวม 9.0 และ 9.3) ปัจจุบัน VM ทั้งหมดตั้งอยู่บนพาร์ติชัน / ไดรฟ์หนึ่งรูทและเราประสบความสำเร็จอย่างมาก (~ 8 ปี) โดยใช้สแนปชอตจากสตอเรจของโวลุ่ม VMFS พื้นฐานสำหรับกระบวนการสำรองข้อมูล / คืนค่า (และทำซ้ำไปยังไซต์ DR ของเรา) เนื่องจากสถาปัตยกรรมของที่เก็บข้อมูลของเรามันจะเป็นประโยชน์ในการแยก postgres ไฟล์ WAL ออกเป็นปริมาณที่ไม่แคชส่วนใหญ่เขียนเพื่อให้เราปั่นแคชน้อยลงในด้านการจัดเก็บ ด้วยที่จัดเก็บข้อมูลของเรา (Nimble Storage) เราสามารถกำหนดทั้งสองวอลุ่มให้กับกลุ่มการป้องกัน / สแน็ปช็อตเดียว แต่ฉันไม่สามารถล้วงข้อมูลจากผู้ขายของเราได้ว่าสแน็ปช็อตจะเกิดขึ้นในเวลาเดียวกันในทุกวอลุ่มในกลุ่มการป้องกัน - มีแนวโน้มที่จะเป็นไปได้ แต่มีโอกาสเสมอที่มิลลิวินาทีแยกกัน ด้วยเหตุนี้เราจึงทำการทดลองบางอย่างขณะที่เขียนข้อมูลไปยังฐานข้อมูลให้เร็วที่สุดโดยใช้ pg_bench หลังจากการทดลองเรากู้คืนไดรฟ์ข้อมูล snapshot ของเราและเริ่ม VM + …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.