การบรรลุความพร้อมใช้งานสูงของ SQL Server ที่คุ้มต้นทุนใน Google Cloud ด้วย SIOS DataKeeper

การรับประกันความพร้อมใช้งานสูงสำหรับ SQL Serverการปรับใช้ถือเป็นสิ่งสำคัญสำหรับการรักษาความต่อเนื่องทางธุรกิจใน Google Cloud Platform (GCP) เมื่อเลือกวิธีการบรรลุผลดังกล่าว จะมีตัวเลือกหลักสองตัวเลือกให้เลือกใช้ ได้แก่ กลุ่มความพร้อมใช้งานแบบเปิดตลอดเวลาและอินสแตนซ์คลัสเตอร์ล้มเหลวของ SQL Server (FCI)

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

อินสแตนซ์คลัสเตอร์ล้มเหลวของ SQL Server (FCI)รองรับโดย SQL Server Standard Edition เป็นทางเลือกที่คุ้มต้นทุนกว่า อย่างไรก็ตาม FCI มักจะพึ่งพาโซลูชันการจัดเก็บข้อมูลที่แชร์ เช่น SAN ซึ่งไม่มีให้ใช้งานโดยตรงใน GCP การขาดการจัดเก็บข้อมูลที่แชร์ที่รับรู้คลัสเตอร์นี้สร้างความท้าทายสำหรับธุรกิจที่ต้องการปรับใช้ FCI ในระบบคลาวด์

SIOS DataKeeper รับมือกับความท้าทายของ FCI ใน GCP ได้อย่างไร

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

SIOS DataKeeper ไม่เพียงแต่ทำการจำลองดิสก์ภายในเครื่องที่แนบกับอินสแตนซ์บนคลาวด์แต่ละตัวเท่านั้น แต่ยังนำเสนอดิสก์ที่จำลองแล้วไปยังคลัสเตอร์เป็นทรัพยากรของ DataKeeper Volume อีกด้วย สำหรับคลัสเตอร์ วอลุ่มนี้จะปรากฏเป็นดิสก์ที่ใช้ร่วมกัน โดยผสานรวมเข้ากับระบบได้อย่างราบรื่นระบบคลัสเตอร์ล้มเหลวของ Windows Server (WSFC)ระหว่างการล้มเหลว DataKeeper จะควบคุมทิศทางของมิเรอร์ เพื่อให้แน่ใจว่าโหนดที่ใช้งานอยู่ยังคงเป็นแหล่งที่มาของมิเรอร์ในขณะที่โหนดอื่นกลายเป็นเป้าหมาย การตั้งค่านี้จะรักษาความสอดคล้องของข้อมูลและความพร้อมใช้งานสูงสำหรับสภาพแวดล้อม SQL Server ของคุณ ทั้งหมดนี้ในขณะที่ใช้ SQL Server Standard Edition

ข้อดีหลักของการใช้ SIOS DataKeeper ใน GCP

1. การประหยัดต้นทุน:โดยการเปิดใช้งานการใช้ SQL Server Standard Edition สำหรับ FCISIOS DataKeeper ช่วยให้องค์กรหลีกเลี่ยงต้นทุนที่สูงขึ้นเกี่ยวข้องกับ SQL Server Enterprise Edition
2. การคุ้มครองที่ครอบคลุม:SIOS DataKeeper จำลองอินสแตนซ์ SQL Server ทั้งหมดข้ามโซน ช่วยให้การป้องกันที่แข็งแกร่งต่อความล้มเหลวในระดับโซน
3. ความเรียบง่ายและความยืดหยุ่น:โซลูชันนี้ช่วยลดความยุ่งยากของกระบวนการตั้งค่าและจัดการ SANless FCI ใน GCP ทำให้ทีมไอทีสามารถเข้าถึงได้และลดความซับซ้อน

ความคิดเห็นสุดท้ายเกี่ยวกับ SQL Server HA ที่คุ้มต้นทุนใน GCP

สำหรับธุรกิจที่กำลังดำเนินการSQL Server ใน Google Cloudการหาสมดุลที่เหมาะสมระหว่างต้นทุนและความพร้อมใช้งานถือเป็นสิ่งสำคัญ แม้ว่ากลุ่มความพร้อมใช้งานแบบ Always On จะมีประสิทธิภาพ แต่ก็มีราคาแพงกว่า SIOS DataKeeper นำเสนอทางเลือกที่ใช้งานได้จริงโดยเปิดใช้งานการสร้างคลัสเตอร์ SANless ที่ให้ความพร้อมใช้งานสูงที่จำเป็นในขณะที่ควบคุมต้นทุนได้ด้วย SQL Server Standard Edition

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

ก้าวสู่ขั้นตอนถัดไปในการบรรลุ SQL Server HA ที่คุ้มต้นทุน

พร้อมที่จะปรับปรุงความพร้อมใช้งานสูงของ SQL Server ของคุณใน Google Cloud โดยไม่ต้องเสียเงินมากเกินไปหรือไม่ สำรวจว่า SIOS DataKeeper สามารถปรับกระบวนการใช้งานและเพิ่มผลตอบแทนจากการลงทุนของคุณให้สูงสุดได้อย่างไรติดต่อทีมงานของเราเพื่อความช่วยเหลือจากผู้เชี่ยวชาญในการตั้งค่าคลัสเตอร์ SANless ที่ตรงตามความต้องการทางธุรกิจเฉพาะของคุณ

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

รายการ “Get Up” Morning Show ของ ESPN ช่วยปรับปรุงกลยุทธ์ความพร้อมใช้งานสูงของคุณได้อย่างไร

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

เรียนรู้จาก ESPN: เพิ่มความพร้อมใช้งานสูงของคุณด้วยคำถามสำคัญสองข้อ

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

คำถามข้อที่หนึ่งเราจะมาทำอะไรที่นี่?

เกมรุกของทีม Bears ได้ส่งจัสติน ฟิลด์ส ควอเตอร์แบ็กมือใหม่ลงสนามเพื่อเล่นดาวน์ที่สอง โดยรุกกี้รายนี้ส่งบอลได้อย่างรวดเร็วและได้ระยะ 7 หลา อย่างไรก็ตาม แทนที่จะส่งบอลให้รุกกี้ต่อไป ผู้เรียกเกมของทีม Bears กลับกลับไปหาควอเตอร์แบ็กคนก่อนซึ่งส่งบอลให้ฝ่ายตรงข้ามทันที จังหวะนี้ทำให้แดน ออร์ลอฟสกี้เกิดคำถามว่า “เราทำอะไรอยู่ที่นี่”

โอเค ฉันคิดว่าคุณไม่ใช่ควอเตอร์แบ็กมือใหม่ และฉันหวังว่าคุณคงยังไม่ได้เล่นให้กับแบร์ส แต่ถ้าคุณมีความรับผิดชอบต่อส่วนใดส่วนหนึ่งขององค์กรของคุณความพร้อมใช้งานสูง (HA)และการฟื้นฟูภัยพิบัติ (DR)กลยุทธ์ต่างๆ รวมถึงการรวมกลุ่ม–การปกป้องข้อมูล–การจำลองข้อมูลการประสานงานแอปพลิเคชัน การกำกับดูแล/การปฏิบัติตาม และSLA ข้อตกลงระดับการบริการหากเป็นเช่นนั้น คำถามแรกของ Orlovsky ถือเป็นจุดเริ่มต้นที่ดี

คุณกำลังทำอะไร?

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

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

คำถามที่สอง ทำไมเราถึงทำเช่นนั้น?

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

แน่นอนว่าเราไม่ใช่โค้ชของ Bears แม้ว่าฉันจะไม่รังเกียจที่จะออกคำสั่งสักสองสามอย่างก็ตาม แต่คำถามนี้ยังคงใช้ได้กับผู้ที่เกี่ยวข้องกับการนำความพร้อมใช้งานขององค์กรมาใช้ กลับไปที่คำถามข้อที่หนึ่งกัน คุณตอบว่า “เรากำลังทำอะไรอยู่ที่นี่” อย่างไร ตอนนี้ ตอบคำถามว่า “เราทำเช่นนี้ไปเพื่ออะไร” เหตุผลที่เป็นไปได้บางประการ ได้แก่:

• ให้ความมั่นใจถึงความพร้อมใช้งานของข้อมูล
• ประหยัดเวลาทางธุรกิจ
• ประหยัดเงินทางธุรกิจโดยหลีกเลี่ยงการหยุดทำงานโดยไม่ได้วางแผนซึ่งมีค่าใช้จ่ายสูง
• ประหยัดเวลาและเงินของธุรกิจด้วยการตรวจสอบและการกู้คืนแบบอัตโนมัติ
• การปรับใช้สถาปัตยกรรมเพื่อตอบสนองข้อตกลงระดับบริการ (SLA) หรือวัตถุประสงค์ระดับบริการ (SLO) ที่เข้มงวด
• ลด RTO และ RPO ลงเหลือศูนย์
• การป้องกันภัยพิบัติในปีที่แล้วไม่ให้เกิดขึ้นอีก
• การป้องกันภัยคุกคามที่ไม่รู้จักของการหยุดทำงาน
• ตอบสนองความต้องการด้านการกำกับดูแล
• การตรวจสอบกล่อง
• พยายามที่จะไม่ให้ถูกปรับเพราะไม่ปฏิบัติตาม
• เพราะฝ่ายบริหารบอกมาแบบนั้น

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

น่าจะมีเหตุผลหลายประการที่ทำให้ Chicago Bears ไม่ประสบความสำเร็จหรือใช้ QB หนุ่มๆ ของพวกเขาในดาวน์ที่สามได้อย่างเหมาะสม และยังมีความคิดเห็นอีกจำนวนเท่าๆ กันเกี่ยวกับสิ่งที่พวกเขาพยายามทำสำเร็จด้วยแฟรนไชส์และควอเตอร์แบ็กผู้มากประสบการณ์ แต่ถึงแม้ว่า Orlovsky จะไม่สามารถช่วยให้แฟนๆ Bears ชี้แจงได้ว่าอะไรหรือทำไม แต่เขาก็ได้ให้กรอบการทำงานสำหรับการปรับปรุง HA ของคุณทันที ดังนั้น คุณจะตอบคำถามสองข้อนี้ว่า: เรากำลังทำอะไรเพื่อ HA ทำไมเราถึงทำ?

โซลูชันความพร้อมใช้งานสูง

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

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

วิธีการใช้ประโยชน์สูงสุดจากคำสั่ง “GET” ใน DataKeeper

ในส่วนที่ 2 ของชุดบล็อกแดชบอร์ด DataKeeper ที่มี 3 ส่วน บล็อกนี้เป็นภาคต่อจากDataKeeper UI เทียบกับแผงหน้าปัดรถยนต์บล็อกเช่นเดียวกับรถของคุณ เมื่อไฟสัญญาณ (สีของไฟจราจร) บนแผงหน้าปัดกะพริบ คุณจะเปิดฝากระโปรงรถเพื่อระบุว่าไฟดังกล่าวหมายถึงอะไร จุดเริ่มต้น:

• ไฟแบตเตอรี่ = ตรวจสอบแบตเตอรี่ การเชื่อมต่อสายไฟ ไดชาร์จ ฯลฯ
• ไฟเตือนน้ำมัน = ตรวจสอบก้านวัดระดับน้ำมันว่ามีน้ำมันต่ำ สูง หรือไม่มีน้ำมัน (ไม่มีน้ำมัน อย่าขยับรถของคุณ)
• ไฟสถานะน้ำหล่อเย็น = มีน้ำหล่อเย็นหรือน้ำอยู่ในถังเติมน้ำหรือไม่?

“เปิดฝากระโปรง” บนของคุณรุ่นคลัสเตอร์ DataKeeperซอฟต์แวร์มีความคล้ายคลึงกันหลายประการและมักหมายถึงการใช้อินเทอร์เฟซบรรทัดคำสั่งสำหรับการจัดการ DataKeeper สำหรับการใช้ EMCMD (Extended Mirroring Command) กับ SIOS DataKeeper คำสั่ง GET ประกอบเป็น 1/3 ของงาน/คำสั่งที่ใช้บ่อยที่สุดจากคำสั่งประมาณ 48 คำสั่ง โปรดทราบว่าคำสั่งเหล่านี้มีไว้เพื่อให้ข้อมูลเท่านั้นและจะไม่ส่งผลกระทบต่อโหนดของคุณ ด้านล่างนี้คือคำสั่ง Get ที่มีประโยชน์บางส่วนและการใช้งานเพื่อระบุเหตุผลของสีคำเตือนในอินเทอร์เฟซผู้ใช้ DataKeeper/DataKeeper.msc (สีสัญญาณไฟจราจร) ในพื้นที่ของที่เก็บข้อมูล เครือข่าย และอื่นๆ

บันทึก:

จากพรอมต์คำสั่งที่ยกระดับ/ผู้ดูแลระบบ ให้ใช้เช่นเคย:

ซีดี %extmirrbase%(นี่เป็นเพียงทางลัดไปยังเส้นทางการติดตั้ง <root>\Program Files (x86)\SIOS\DataKeeper>)

การรับสถานะของมิเรอร์ DataKeeper ของคุณ

สถานที่ที่ดีเยี่ยมที่จะเริ่มต้นการคัดแยกเบื้องต้นของคุณด้านล่าง:

• รับข้อมูลมิเรอร์โวล(อื่นๆ) ถือเป็นเครื่องมือที่ใช้งานมากที่สุด เนื่องจากมีหน้าที่เกี่ยวกับมิเรอร์, แหล่งที่มา/เป้าหมาย และสถานะที่แตกต่างกัน 5 ประการที่มิเรอร์สามารถอยู่ในนั้นได้ สามารถรันเครื่องมือนี้บนแหล่งที่มาหรือเป้าหมายเพื่อตรวจสอบดูว่ามีการกำหนดค่ามิเรอร์อยู่หรือไม่

• รับข้อมูลบริการ(อื่นๆ) – ข้อมูลดีๆ เกี่ยวกับ
  • เวอร์ชันไดรเวอร์และเวอร์ชันบริการ DataKeeper
  • และเวลาที่ SIOS DataKeeper Service เริ่ม/รีสตาร์ท
• รับรายการวอลุ่มที่สมบูรณ์(ที่เก็บข้อมูล/เครือข่าย) – รายการทั้งหมด
  • ของดิสก์ทั้งหมด
  • DataKeeper และปริมาณที่ไม่ใช่ DataKeeper
  • บทบาทของพวกเขา (แหล่งที่มา/เป้าหมาย) และความจุทั้งหมด (เป็นไบต์)
• รับข้อมูลงาน(ที่เก็บข้อมูล/เครือข่าย) แสดง/สะท้อนข้อมูลงานที่ระบุไว้ในคอนโซล DataKeeper
• รับข้อมูลปริมาณ(การจัดเก็บข้อมูล,เครือข่าย) ยูทิลิตี้ที่ยอดเยี่ยมเมื่อ
  • การเปรียบเทียบความจุไดรฟ์ทั้งหมดของไดรฟ์ต้นทาง (diskmgmt.msc) และไดรฟ์เป้าหมาย (ไบต์)
  • ที่อยู่ IP และสถานะมิเรอร์ปัจจุบัน

การอ้างอิงแบบไขว้คำสั่ง DataKeeper “GET” ไปยังคำสั่ง Windows Server ต่างๆ

• รับข้อมูลงานและ “ipconfig /all” (การทำงานเครือข่าย)
  • ที่อยู่ IP เหมือนกันในทั้งสองเอาต์พุตหรือไม่ หากการจำลองมิเรอร์จะถูกแบ่งส่วนไปยังเครือข่ายอื่น getjobinfo จะต้องตรงกับเอาต์พุต ipconfig /all การดำเนินการเปลี่ยนจุดสะท้อนกระจกจะแก้ไขความคลาดเคลื่อนนี้ (จะหารือในบล็อกอื่น)
    • นอกจากนี้ยังมีข้อมูลจุดสิ้นสุดของกระจกจากรับข้อมูลงานเอาท์พุตควรตรงกับที่อยู่ IP ที่อยู่ใน ipconfig /all เอาท์พุต
• หลังจากทำการแสดงปรับขนาดของโวลุ่มต้นทางและปลายทางที่มีอยู่, ทำemcmd . รับข้อมูลปริมาณคำสั่งสะท้อนพื้นที่รวมที่แตกต่างจากคำสั่ง DISKPARTและขนาดของมัน? ผ่านทาง DISKPART อาจต้องมีการ “ขยาย” หรือ “ขยายระบบไฟล์” เพื่อให้ระบบปฏิบัติการรับรู้ไดรฟ์ที่ปรับขนาดแล้ว
• รับรายการวอลุ่มที่สมบูรณ์มีข้อมูลคล้ายคลึงกับแอพเพล็ต Disk Management (diskmgmt.msc)
  • ประเภทระบบไฟล์
  • ปริมาณพื้นที่รวม (ไบต์)
  • รับข้อมูลปริมาณให้ผลลัพธ์ที่คล้ายกัน
• รับข้อมูลบริการนอกจากนี้ “การเริ่มต้นเครือข่าย” สามารถระบุสถานะเกี่ยวกับบริการ SIOS DataKeeper ได้ หากเป็นการเริ่มต้น/หยุด

ควบคุม DataKeeper: ใช้ความรู้เกี่ยวกับคำสั่ง GET ของคุณทันที

ตอนนี้คุณได้รับความรู้พื้นฐานเกี่ยวกับไฟบนแผงหน้าปัดรถแล้ว คุณก็จะกลายมาเป็นช่าง DIY ในส่วนของการจัดการ DataKeeper ในบล็อกที่ 3 ของซีรีส์ DataKeeper Dashboard

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS