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

การบรรลุความพร้อมใช้งานสูงของ 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 ช่วยปรับปรุงกลยุทธ์ความพร้อมใช้งานสูงของคุณได้อย่างไร

รายการ “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

วิธีการใช้ประโยชน์สูงสุดจากคำสั่ง “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

6 บทเรียนเกี่ยวกับความพร้อมใช้งานสูงที่ได้เรียนรู้จากฝันร้ายด้านความปลอดภัยทางไซเบอร์

6 บทเรียนเกี่ยวกับความพร้อมใช้งานสูงที่ได้เรียนรู้จากฝันร้ายด้านความปลอดภัยทางไซเบอร์

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

หกบทเรียนสำหรับ HA จากบทความล่าสุดเกี่ยวกับความปลอดภัยทางไซเบอร์

1. ดำเนินการทันทีเพื่อเพิ่ม HA
   การรอให้เกิดเหตุการณ์หยุดทำงานและมุ่งเน้นที่การฟื้นตัวอย่างรวดเร็วถือเป็นกลยุทธ์ที่ไม่ดี การเตรียมตัวและป้องกันการหยุดทำงานเป็นโซลูชันที่ดีกว่า เริ่มระบุแอปพลิเคชัน ฐานข้อมูล และบริการ Tier1 และ Tier2 ที่สำคัญ Tier 1 ควรรวมทั้งหมดโซลูชันที่สำคัญต่อธุรกิจซึ่งไม่สามารถเข้าถึงได้ นั่นคือ แอปพลิเคชันที่ต้องพร้อมใช้งานตลอด 24 ชั่วโมงทุกวัน และจะส่งผลร้ายแรงต่อธุรกิจหากออฟไลน์ แม้ว่าแอปพลิเคชันระดับ 2 ควรทำงานบ่อยที่สุดเท่าที่จะเป็นไปได้ แต่ก็มีความสำคัญน้อยกว่า และธุรกิจของคุณสามารถทนต่อการหยุดให้บริการนานถึงไม่กี่ชั่วโมงโดยไม่ส่งผลกระทบอย่างมีนัยสำคัญต่อธุรกิจ
2. เตรียมแผนคุ้มครอง HA ที่ครอบคลุม
   พัฒนาแผนสำหรับการปกป้องแอปพลิเคชัน ฐานข้อมูล และบริการที่สำคัญ ตรวจสอบให้แน่ใจว่าแผนนี้รวมถึงเอกสารสถาปัตยกรรมและการออกแบบ รวมถึงความรับผิดชอบของบุคลากรในการตอบสนองต่อเวลาหยุดทำงาน เตรียมกระบวนการสำหรับการปรับใช้คลัสเตอร์ในสภาพแวดล้อม QA หรือแซนด์บ็อกซ์เสมอ โดยคำนึงถึงการบันทึกกิจกรรมและรายละเอียดลงในรันบุ๊ก ระบบแซนด์บ็อกซ์และ QA เหล่านี้ยังสามารถใช้สำหรับการทดสอบ การฝึกอบรม และการตรวจสอบการอัปเกรด การแก้ไขด่วน และการบำรุงรักษา
3. รับรู้และแก้ไขความเสี่ยงจากความพร้อมใช้งานสูง
   องค์กรทั้งหมดต้องตระหนักว่าไม่มีบริษัทใดปลอดภัยจากการหยุดชะงักของระบบ ไม่ว่าจะมีขนาดหรือสถานที่ใดก็ตาม ธุรกิจขนาดเล็ก ขนาดกลาง และขนาดใหญ่ ล้วนเสี่ยงต่อภัยพิบัติ ไม่ว่าจะเป็นภัยธรรมชาติหรือฝีมือมนุษย์ องค์กรขนาดใหญ่จะประสบกับข้อผิดพลาดของผู้ใช้ ศูนย์ข้อมูลล้มเหลวอันเป็นผลจากการก่อสร้างในพื้นที่ โครงสร้างพื้นฐานล้มเหลว และเหตุขัดข้องจากส่วนประกอบเครือข่าย องค์กรขนาดเล็กและขนาดกลาง โดยเฉพาะองค์กรที่มีโซลูชันภายในองค์กรหรือทีมไอทีขนาดเล็กจำเป็นต้องเพิ่มการป้องกัน HAนอกจากนี้ แม้ว่าบริษัทขนาดใหญ่จะสูญเสียเงินมากกว่าจากเหตุขัดข้อง แต่ธุรกิจขนาดเล็กถึงขนาดกลางก็มีแนวโน้มที่จะสูญเสียเงินจำนวนใกล้เคียงกันเช่นกัน สิ่งสำคัญที่ต้องทราบคือการย้ายไปใช้ระบบคลาวด์ไม่เพียงพอที่จะป้องกันความเสี่ยงทั้งหมด
4. ผู้บริหารธุรกิจจำเป็นต้องเป็นผู้นำในกลยุทธ์ความพร้อมใช้งานสูง
   การเตรียมพร้อมและป้องกันเหตุการณ์หยุดทำงานไม่ได้เป็นปัญหาเฉพาะของทีมไอทีเท่านั้น ผู้บริหารระดับสูงของธุรกิจจำเป็นต้องร่วมมือกันปกป้องธุรกิจจากความเสี่ยงที่ทราบ การเปิดเผยข้อมูล และภัยคุกคามจากเหตุการณ์หยุดทำงาน ซึ่งหมายความว่าผู้บริหารระดับสูงและผู้ถือผลประโยชน์ที่สำคัญต้องสอบถามเกี่ยวกับความคุ้มครอง HA แผนงาน และบุคลากรอย่างจริงจัง ผู้บริหารระดับสูงควรเตรียมพร้อมที่จะลงทุนในการเตรียมพร้อมรับมือกับเหตุการณ์ที่ไม่คาดคิดโดยให้แน่ใจว่าแอปพลิเคชัน ฐานข้อมูล บริการ และข้อมูลระดับ 1 ได้รับการครอบคลุมอย่างครบถ้วน นอกจากนี้ ยังควรขยายความคุ้มครองไปยังระดับ 2 และระดับอื่นๆ อย่างจริงจังอีกด้วย
5. ความสำคัญของการสื่อสารอย่างต่อเนื่องสำหรับ HA
   ผู้บริหารธุรกิจ ผู้ดูแลระบบจากทุกพื้นที่ (เครือข่าย ที่เก็บข้อมูล การคำนวณ คลาวด์ ฐานข้อมูล และแอปพลิเคชัน) ควรประชุมกันบ่อยครั้งเพื่อหารือเกี่ยวกับภัยคุกคาม HA ใหม่และที่มีอยู่ ความท้าทายใหม่และที่มีอยู่ และข้อกำหนดที่ดำเนินการอยู่ การประชุมภายในทีมอย่างต่อเนื่องเพื่อทำความเข้าใจข้อกำหนดและแผนความต่อเนื่องทางธุรกิจถือเป็นสิ่งจำเป็น ในความเป็นจริง การพิจารณา HA จำเป็นต้องกลายเป็นส่วนหนึ่งของการวางแผนและการสื่อสารภายในที่เกี่ยวข้องทั้งหมด ตั้งแต่ระดับ C ถึงระดับเริ่มต้น อย่างไรก็ตาม การสื่อสารนี้ไม่สามารถหยุดอยู่แค่ผู้มีส่วนได้ส่วนเสียภายในองค์กรได้ ในทางกลับกัน ผู้นำธุรกิจและผู้มีส่วนได้ส่วนเสีย HA ต้องทบทวนท่าทีขององค์กร ข้อกำหนด HA และผลการค้นพบที่สำคัญร่วมกับผู้จำหน่าย HA และทีมวิจัยและพัฒนาและสนับสนุนของพวกเขา
6. อย่ารอจนเกิดภัยพิบัติแล้วค่อยตรวจสอบโซลูชัน HA ของคุณ
   บริษัทต่างๆ จำเป็นต้องตรวจสอบแผนและความสามารถในการดำเนินการตามแผนอย่างสม่ำเสมอ การตรวจสอบนี้ต้องเจาะลึกมากกว่าการอ่านคู่มือ เอกสารประกอบ หรือการออกแบบคลัสเตอร์ ตรวจสอบคู่มือควบคู่ไปกับแบบฝึกหัดเพื่อตรวจสอบและอัปเดตคู่มือ ทดสอบกระบวนการกู้คืนระบบหลังจากหยุดทำงาน รวมถึงการกู้คืนการดำเนินงานของลูกค้าและธุรกิจ

ดำเนินการทันทีเพื่อปกป้องระบบของคุณจากการหยุดทำงาน

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

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

DataKeeper UI กับแดชบอร์ดในรถยนต์: คำแนะนำในการตรวจสอบความพร้อมใช้งานสูง

DataKeeper UI กับแดชบอร์ดในรถยนต์: คำแนะนำในการตรวจสอบความพร้อมใช้งานสูง

นอกจากการแบ่งปันความเพลิดเพลินในการใช้งานแล้วรุ่นคลัสเตอร์ DataKeeperกับมันความพร้อมใช้งานสูงและการกู้คืนความเสียหายความสามารถ พวกเราส่วนใหญ่มีอย่างอื่นที่เหมือนกัน – – เราขับรถ…ไฟฟ้า น้ำมันเบนซิน หรือไฮบริด ในปี 2022 Forbes ระบุว่า 92% ของครัวเรือนมีรถยนต์อย่างน้อยหนึ่งคัน

และรถยนต์หลายล้านคันนั้นมีบางสิ่งที่เหมือนกันกับ DataKeeper – –

แดชบอร์ดพร้อมตัวบ่งชี้สถานะ

ในกรณีของ DataKeeper ส่วนติดต่อผู้ใช้ (DataKeeper.msc) มีสิ่งที่เรียกว่า Mirror Definitions หรือ Mirror Status

ในรถยนต์ ไฟแสดงต่างๆ เรียกกันติดปากว่า “ไฟแดชบอร์ด” หรือสำหรับบางท่าน Gen(eration) Xers อาจเรียกไฟเหล่านี้ว่า“ไฟโง่”

เรามาพูดถึงความคล้ายคลึงกันดีกว่า

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

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

• พื้นที่จัดเก็บ
• เครือข่าย
• อื่นๆ (ความปลอดภัย การดูแลระบบผู้ใช้ ฯลฯ)

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

เนื่องจากคนขับจะนำรถของตนเข้ามาเพื่อแก้ไขปัญหาหรือเข้ารับบริการตามปกติ ที่ปรึกษาด้านเทคนิคหรือช่างเทคนิคการบริการของตัวแทนจำหน่ายจะเสียบขั้วต่อ OBD (การวินิจฉัยออนบอร์ด) เพื่อให้ทราบภาพรวมว่าปัญหาอาจอยู่ที่ใด เกิดขึ้น (การเผาไหม้ ไฟฟ้า หรืออื่นๆ)

ระบุสีสถานะมิเรอร์เพื่อวินิจฉัยปัญหา DataKeeper

ในฐานะผู้ใช้ที่สนับสนุน/ขับเคลื่อน DataKeeper ระดับแรกของคุณควรเป็นการระบุการเปลี่ยนแปลง “สี” ของมิเรอร์เพื่อยืนยันว่าพื้นที่เก็บข้อมูล เครือข่าย หรืออื่นๆ ส่งผลกระทบต่อผู้ใช้ ประสิทธิภาพการทำงาน ฯลฯ หรือไม่

ตัวระบุเหล่านี้เรียกกันติดปากว่า Mirror Definition สถานะกระจกคล้ายกับ OBD สามารถระบุได้โดยการเรียกใช้คำสั่งที่เรียกว่า “อีเอ็มซีเอ็มดี getmirrorvolinfo <อักษรชื่อไดรฟ์>–

บันทึก:

หากต้องการไปที่คำสั่ง “emcmd” (ซึ่งย่อมาจาก Extended Mirroring Command) เราสามารถเปิดพรอมต์คำสั่งที่ยกระดับ (ผู้ดูแลระบบ) ได้ดังนี้:

• “ซีดี %extmirrbase%”
  • นี่เป็นทางลัดไปยังเส้นทางการติดตั้งสำหรับตำแหน่งของยูทิลิตี้ เช่น <root>\Program Files (x86)\SIOS\DataKeeper

ผลลัพธ์จะแสดงเป็น “# ชื่อโฮสต์ #”

จำนวนเต็มตัวแรกแสดงถึงบทบาทของมิเรอร์ (1 = แหล่งที่มา, 2 = เป้าหมาย)

สำหรับจำนวนเต็มสุดท้าย มี 6 สถานะที่ Mirror สามารถรับได้:

1 – มิเรอร์ (สีเขียว)

2 – กระจกกำลังซิงค์ใหม่ (สีเหลือง)

3 – กระจกแตก (สีแดง)

4 – กระจกหยุดชั่วคราว (สีเหลือง)

5 – Resyc กำลังรอดำเนินการ (สีเหลือง)

ด้วยรูปแบบต่างๆ มากมาย เช่นเดียวกับรถยนต์หรือ DataKeeper ของคุณ เราจะต้องได้รับจุดเริ่มต้นเพื่อระบุ “จุดที่เป็นปัญหา”

• คนขับ: คุณแชร์รถกับครอบครัวของคุณหรือไม่? มีใครเปิดไฟโดมทิ้งไว้หรือเปล่า? ประเภทน้ำมันเชื้อเพลิงเปลี่ยนจากออกเทน 94 เป็น 87 หรือไม่?
• ผู้ดูแลระบบ DataKeeper: คุณเป็นฝ่ายสนับสนุนแต่เพียงผู้เดียวหรือไม่ แผนกอื่นๆ มีสิทธิ์เข้าถึงคลัสเตอร์ของคุณ เช่น ผู้ดูแลระบบฐานข้อมูล บุคลากรโครงสร้างพื้นฐานที่รับผิดชอบด้านการจัดเก็บ เครือข่าย และอื่นๆ หรือไม่

มองเบื้องหลัง: ขั้นตอนเชิงป้องกันที่ต้องทำก่อนที่คุณจะปรับขนาดทรัพยากรในคลัสเตอร์ของคุณ

พื้นที่จัดเก็บ

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

เครือข่าย

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

อื่นๆ (ความปลอดภัย)

ทำความเข้าใจการจัดการรหัสผ่าน นโยบายรหัสผ่านอาจเปลี่ยนแปลงตามกรอบเวลาที่กำหนดใน Active Directory หากผู้ดูแลระบบไม่ทราบ และหากเริ่มบริการ SIOS DataKeeper ใหม่ รหัสผ่านที่มีการเปลี่ยนแปลงสำหรับบัญชีบริการ SIOS DataKeeper (Active Directory) จะไม่ถูกเผยแพร่โดยอัตโนมัติ ดังนั้นจึงจำเป็นต้องมีการอัปเดตรหัสผ่านบัญชีบริการด้วยตนเองภายในแอปเพล็ตบริการ (services.msc) สำหรับการใช้งานบัญชีบริการ SIOS DataKeeper อย่างเหมาะสม โปรดดูของเราเอกสารประกอบ

การจัดการ DataKeeper ในหลายแผนกเพื่อหลีกเลี่ยงการหยุดทำงาน

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

รายการตรวจสอบสำหรับการตรวจสอบสถานะมิเรอร์ DataKeeper และการเปลี่ยนแปลงโครงสร้างพื้นฐาน

• ทบทวนสี “สัญญาณไฟจราจร”
• ระบุสถานะของ Mirrors ผ่าน emcmd คำสั่ง getmirrorvolinfo
• หากมีหลายแผนกที่เกี่ยวข้อง ให้สอบถามเกี่ยวกับการเปลี่ยนแปลงหรือเหตุการณ์ที่กำหนดเวลาไว้ทั่วทั้งโครงสร้างพื้นฐาน ไม่ว่าจะเป็นพื้นที่จัดเก็บข้อมูล เครือข่าย ความปลอดภัย หรืออื่นๆ
• เพิ่มการคัดแยกเริ่มต้นของคุณผ่านบันทึก Event Viewer, ipconfig / เอาต์พุตทั้งหมดดีเคเฮลธ์เช็คเพียงเพื่อชื่อไม่กี่

ติดต่อฝ่ายสนับสนุน SIOS สำหรับปัญหา DataKeeper

หากรถของคุณเสีย “kaput” และทิ้งคุณไว้ข้างถนน คุณอาจต้องติดต่อ AAA และพวกเขาจะจัดหารถบรรทุกพ่วง หากคุณมีข้อสงสัยเกี่ยวกับทรัพยากร DataKeeper Volume Resource แบบคลัสเตอร์ของคุณ โปรดติดต่อฝ่ายสนับสนุน SIOS มีคำถามหรือปัญหาที่ไม่มีความสำคัญ โปรดส่งอีเมลถึงเราที่support@us.sios.com– หากปัญหาของคุณเป็นเรื่องเร่งด่วน โปรดโทรหาเราที่ 877-457-5113

ทำซ้ำโดยได้รับอนุญาตจากSIOS