SIOS SANless clusters | Page 2 of 128 | SIOS SANless clusters High-availability Machine Learning monitoring

มีนาคม 1, 2021	ทำไมความพร้อมใช้งานสูงจึงต้องมีความซับซ้อน? ทำไมควา~~มรักค~~วามพร้อมใช้งานสูงจึงต้องซับซ้อนขนาดนี้? เป็นช่วงเทศกาลภาพยนตร์ Hallmark ฉันหมายถึงเทศกาลคริสต์มาสฉันหมายถึงเทศกาลภาพยนตร์ Hallmark Christmas … (อย่าตัดสินอย่างรุนแรงเกินไปฉันเป็นพ่อของหญิงสาวหกคนโรแมนติกที่สิ้นหวังและแต่งงานกับคู่สมรสที่น่าตื่นตาตื่นใจที่มีความสุข หัวเราะในวันหยุดและตอนจบที่มีความสุข) หากคุณอยู่ในซีซั่นภาพยนตร์ Hallmark คุณจะรู้ว่ามีโอกาสสูงที่คุณจะได้ยินประโยคที่ว่า“ ทำไมความรักจึงซับซ้อน” จะพูดก่อนที่คนหนุ่มสาวที่อกหักจะพัฒนาความรู้สึกสนใจรักครั้งใหม่และพร้อมที่จะเต้นรำไปทั้งคืนในอ้อมแขนของพวกเขาเช่นเดียวกับที่เปลวไฟเก่าเดินเข้ามาในงานปาร์ตี้หากคุณไม่ได้หลงใหลในความรักในเทศกาลฮอลล์มาร์กคุณอาจจะไม่ชอบที่คุณสงสัยบางทีคุณอาจจะอยากรู้ว่า“ ทำไมความพร้อมใช้งานสูงจึงต้องซับซ้อนขนาดนี้ เหตุผล 10 ประการที่ทำให้ความพร้อมใช้งานสูงนั้น ‘Gosh Darn’ มีความซับซ้อน: ความเร็วของนวัตกรรม การประมวลผลแบบคลาวด์การประมวลผลแบบขอบไฮเปอร์คอนเวอร์จมัลติคลาวด์คอนเทนเนอร์และแมชชีนเลิร์นนิงกำลังเปลี่ยนแปลงภูมิทัศน์ของความพร้อมใช้งานขององค์กรอย่างรวดเร็วจากการประมาณการอย่างระมัดระวังปัจจุบัน AWS มีบริการมากกว่า 175 รายการและ“ ให้บริการแพลตฟอร์มโครงสร้างพื้นฐานราคาประหยัดที่เชื่อถือได้สูงปรับขนาดได้ในระบบคลาวด์ที่ขับเคลื่อนธุรกิจหลายแสนรายใน 190 ประเทศทั่วโลก” การเลือกโซลูชัน HA ที่ช่วยให้การจัดการที่สอดคล้องกันในทุกสภาพแวดล้อมเหล่านี้โครงสร้างพื้นฐานและการรับรู้แอปพลิเคชันเป็นวิธีสำคัญในการลดความซับซ้อน ความสุ่มเสี่ยงของภัยพิบัติ มีคนเคยกล่าวไว้ว่า“ ให้วิธีแก้ปัญหาของคุณพิสูจน์ความหายนะแล้วจักรวาลจะสร้างหายนะที่ดีขึ้น” ไม่เพียง แต่เราได้เห็นนวัตกรรมในขอบเขตของเทคโนโลยีเท่านั้น แต่ยังรวมถึงโลกแห่งภัยพิบัติด้วย ความอดอยากของทรัพยากรภัยพิบัติจากระบบระบายความร้อนภัยธรรมชาติความล้มเหลวของระบบไฟฟ้าและภัยพิบัติใหม่ ๆ แบบสุ่มมักทำให้การป้องกันองค์กรทั้งหมดของคุณยากขึ้น โซลูชันของปีที่แล้วมีแนวโน้มที่จะต้องมีการอัปเดตเพื่อรองรับการหยุดทำงานในปีนี้อย่างไม่เคยปรากฏมาก่อน สิ่งสำคัญคือต้องทำงานร่วมกับผู้ให้บริการที่ให้ความสำคัญกับความพร้อมใช้งานสูงเป็นเวลาหลายปีซึ่งมีประสบการณ์โดยตรงในการค้นหาวิธีแก้ปัญหาภัยพิบัติที่สุ่มเสี่ยง ความซับซ้อนของแอปพลิเคชัน ในขณะที่เทคโนโลยีก้าวไปสู่ขอบเขตของการจำลองเสมือนและการประมวลผลแบบคลาวด์แอปพลิเคชันกำลังตามมา เนื่องจากผู้จำหน่ายแอปพลิเคชันเหล่านี้เพิ่มตัวเลือกใหม่เพื่อใช้ประโยชน์จากระบบคลาวด์พวกเขายังเพิ่มความซับซ้อนเพิ่มเติมแอปพลิเคชันของคุณควรได้รับการปกป้องโดยโซลูชันที่ออกแบบมาเพื่อความพร้อมใช้งานที่สูงขึ้นและการทำคลัสเตอร์ใน AWS, Azure, GCP หรือสภาพแวดล้อมอื่น ๆมองหาผู้ให้บริการที่ให้การรับรู้แอปพลิเคชันมากขึ้นความเข้าใจแนวทางปฏิบัติที่ดีที่สุดและผู้ที่ส่งมอบโซลูชันความพร้อมใช้งานที่ออกแบบโดยคำนึงถึงวิธีที่แอปพลิเคชันอาจได้รับการออกแบบและสามารถเพิ่มประสิทธิภาพการจัดระเบียบของแอปพลิเคชันในระบบคลาวด์ ความก้าวหน้าในการคุกคาม ภัยคุกคามต่อองค์กรของคุณยังส่งผลต่อความพร้อมของคุณด้วย ระบบต่างๆมักจะต้องรับมือกับการโจมตีจากผู้บุกรุกแฮกเกอร์และแม้แต่ผู้ที่ทำร้ายตัวเองการโจมตีเหล่านี้มีความซับซ้อนมากขึ้นและโซลูชันและวิธีการเพื่อหลีกเลี่ยงการตกเป็นเหยื่อมักส่งผลกระทบต่อโครงร่างสถาปัตยกรรมและซอฟต์แวร์ที่ปรับใช้ภายในองค์กรของคุณ ซอฟต์แวร์นี้ต้อง“ เล่นได้ดี” กับโซลูชันความพร้อมใช้งานและแอปพลิเคชันของคุณ ในฐานะรองประธานฝ่ายประสบการณ์ลูกค้าสำหรับเทคโนโลยี SIOS ฉันได้เห็นว่าโปรแกรมสแกนไวรัสที่ก้าวร้าวมากเกินไปสามารถส่งผลกระทบต่อแอปพลิเคชันและโซลูชันความพร้อมใช้งานของคุณได้อย่างไรตรวจสอบให้แน่ใจว่าคุณเข้าใจผลกระทบของระบบรักษาความปลอดภัยที่มีต่อสภาพแวดล้อม HA / DR ของคุณและเลือกโซลูชัน HA ที่ใช้งานได้โดยไม่ขัดต่อเป้าหมายด้านความปลอดภัยของคุณ ข้อกำหนดด้านกฎข้อบังคับ การละเมิดข้อมูลส่งผลกระทบต่อสถาปัตยกรรมสำหรับแอปพลิเคชันไฮเปอร์ไวเซอร์และสภาพแวดล้อมของคุณ แต่ข้อกำหนดด้านกฎระเบียบก็เช่นกันปัจจุบันธุรกิจที่ก้าวสู่ระดับโลกจะต้องตรวจสอบให้แน่ใจว่าได้ปฏิบัติตามกฎระเบียบด้านการจัดการข้อมูลในหลายประเทศสิ่งนี้อาจส่งผลกระทบต่อพื้นที่ที่โซลูชันของคุณสามารถนำไปใช้งานได้และจำนวนโซนที่คุณสามารถใช้เพื่อความซ้ำซ้อนได้ข้อกำหนดด้านกฎระเบียบเพิ่มเติมยังสามารถส่งผลกระทบต่อทีมที่สามารถสนับสนุนองค์กรของคุณซึ่งอาจส่งผลต่อตัวเลือกสำหรับซอฟต์แวร์ที่พร้อมใช้งานและการสนับสนุนของคุณ หน้าต่างหดตัว ในโลกแห่งการค้นหาตลอด 24 ชั่วโมงทุกวันการช็อปปิ้งการเล่นเกมการธนาคารและการวิจัยหน้าต่างกำลังหดตัวลงแบบสอบถามต้องทำงานเร็วขึ้นและใช้เวลาน้อยลงการตอบสนองต้องเร็วขึ้นและมีข้อมูลที่ดีขึ้นซึ่งหมายความว่าการหยุดทำงานที่อนุญาตสำหรับสภาพแวดล้อมของคุณกำลังลดลงเร็วกว่าที่คุณเคยคิดไว้นอกจากนี้ยังหมายความว่าช่วงเวลาการบำรุงรักษานั้นเข้มงวดมากขึ้นบรรจุและต้องได้รับการปรับให้เหมาะสมและมีการประสานงานกันอย่างมาก ทำงานร่วมกับผู้จำหน่าย HA ที่สามารถให้คำแนะนำในการเพิ่มประสิทธิภาพการกำหนดค่าคลัสเตอร์ของคุณสำหรับทั้งประสิทธิภาพของแอปพลิเคชันและเวลาในการกู้คืนที่รวดเร็ว เพิ่มความกดดันในการแข่งขัน ฉันเติบโตมาในเมืองเล็ก ๆ ร้านฮาร์ดแวร์มีคู่แข่งหนึ่งราย ร้านขายของชำมีคู่แข่งหนึ่งราย ร้านหนังสือร้านขายของเก่าร้านขายรถสำนักงานให้เช่าและธนาคารล้วนมีคู่แข่งเพียงรายเดียว วันนี้คุณมีคู่แข่งนับพันรายที่ไม่ต้องการอะไรมากไปกว่าการเห็นลูกค้าของคุณในรถเข็นชำระเงินของพวกเขา การแข่งขันนี้ส่งผลต่อความซับซ้อนของธุรกิจทั้งหมดของคุณ มีน้ำหนักมากเกี่ยวกับสิ่งที่ทำได้และไม่สามารถทำได้ในช่วงเวลาการบำรุงรักษาด้วยการอัปเกรดและความเร็วที่คุณสร้างสรรค์ขึ้นใหม่ สภาพแวดล้อมที่อาจได้รับการรีเฟรชทุกๆห้าปีได้ย้ายไปที่ระบบคลาวด์ซึ่งสามารถเพิ่มประสิทธิภาพและความก้าวหน้าของความเร็วโปรเซสเซอร์และหน่วยความจำได้ภายในไม่กี่วินาทีหรือไม่กี่นาที ระบบที่ครั้งหนึ่งเคยมีหนังสือเล่มเดียวที่ครอบคลุมรายการแอปพลิเคชันอย่างง่ายตอนนี้ดูใกล้ชิดกับ“ สงครามและสันติภาพ” มากขึ้นและครอบคลุมกระบวนการผลิตภัณฑ์บริการและข้อมูลข่าวสารที่เพิ่มขึ้นเพื่อเพิ่มผลกำไรในขณะเดียวกันก็ทำงานเพื่อลดความเสี่ยงและการหยุดทำงาน ต้นทุนโซลูชันที่มีความพร้อมใช้งานสูง เราทุกคนหวังว่าเราจะมีงบประมาณที่ไม่ จำกัด แต่ความเป็นจริงระหว่างสิ่งที่คุณมีอยู่นั้นบางครั้งอาจจะน้อยและไม่เพียงพอทีมมักถูกบังคับให้สร้างสมดุลระหว่างปริมาณการใช้กับต้นทุนคงที่ต้นทุนใบอนุญาตสำหรับแอปพลิเคชันบนคลัสเตอร์สแตนด์บายและต้นทุนที่เกี่ยวข้องสำหรับซอฟต์แวร์ที่พร้อมใช้งานใบอนุญาตระดับองค์กรมักจะเพิ่มป้ายราคา "ยากที่จะกลืน" สำหรับเซิร์ฟเวอร์สแตนด์บายในสภาพแวดล้อมที่พร้อมใช้งานการออกแบบโซลูชันความพร้อมใช้งานนั้นไม่มีค่าใช้จ่ายแม้ว่าคุณจะเป็นทีม "DIY" ระดับฮาร์ดคอร์ก็ตามDIY มาพร้อมกับค่าใช้จ่ายเพิ่มเติมในการบำรุงรักษาการจัดการการควบคุมแหล่งที่มาการทดสอบการปรับใช้การจัดการเวอร์ชันและการควบคุมเวอร์ชันแพตช์และการจัดการแพตช์ในขณะที่ทีมผู้เชี่ยวชาญของคุณอาจพร้อมสำหรับความท้าทายอย่างชัดเจน แต่ธุรกิจของคุณมีแนวโน้มที่จะต้องการนำความสามารถที่มีมูลค่าสูงของพวกเขาไปใช้ในการสร้างโอกาสในการสร้างรายได้มากขึ้น การเติบโตของธุรกิจ การเติบโตของธุรกิจของคุณเนื่องจากนวัตกรรมหมายความว่าตอนนี้ทีมของคุณต้องรับผิดชอบต่อแอปพลิเคชันที่สำคัญมากขึ้นไซต์มากขึ้นสำนักงานมากขึ้นและข้อมูลอื่น ๆ ที่จำเป็นต้องเข้าถึงและพร้อมใช้งานสูง ในขณะที่ธุรกิจของคุณเติบโตขึ้นและประสบความสำเร็จกับความท้าทายที่มาพร้อมกับการขยายขนาดและขยายออกไปเพิ่มความซับซ้อนที่กล่าวไว้ก่อนหน้านี้ แต่ยังขยายสิ่งที่คุณต้องเตรียมและวางแผนด้วย การหมุนเวียนของทีม ความซับซ้อนของสภาพแวดล้อมความเร็วของนวัตกรรมการเติบโตของธุรกิจของคุณความก้าวหน้าในระดับแอปพลิเคชันและการเติบโตในแนวการแข่งขันทำให้เกิดความท้าทายในการรักษาคนเก่งเพื่อให้โครงสร้างพื้นฐานของคุณทำงานได้อย่างราบรื่นบริษัท ส่วนใหญ่เข้าใจว่าความพร้อมใช้งานคือการรวมตัวกันของบุคคลกระบวนการผลิตภัณฑ์และสถาปัตยกรรมเข้ากับสิ่งอื่น ๆ ดังนั้นการค้นหาวิธีลดความซับซ้อนของสภาพแวดล้อมการทำคลัสเตอร์ด้วยการกำหนดค่าอัตโนมัติหนังสือการรันที่มีเอกสารการใช้ประโยชน์จากผลิตภัณฑ์ที่มีกลยุทธ์ HA ที่สอดคล้องกันทั่วทั้งโครงสร้างพื้นฐานจึงเป็นกุญแจสำคัญในการรักษาทั้งความสามารถที่ติดตั้งและจัดการโครงสร้างพื้นฐานของคุณและลดความเสี่ยงและการยกระดับที่หนักหน่วง ผู้ที่รับผิดชอบองค์ประกอบหลักของความพร้อมใช้งาน เผชิญหน้ากับมันความรักต้องทำงานหนักการสื่อสารที่ดีเวลาลงทุนทักษะและความมุ่งมั่น ไม่มีทางลัดสู่ความสัมพันธ์ที่ประสบความสำเร็จเช่นเดียวกันอาจกล่าวได้เกี่ยวกับการบรรลุผลลัพธ์ที่ดีที่สุดในพื้นที่เทคโนโลยีที่เกิดขึ้นใหม่ซับซ้อนขึ้นเรื่อย ๆ และของไหลภายในองค์กรของคุณความพร้อมใช้งานการทำคลัสเตอร์การกู้คืนระบบและเวลาในการอัปเดตนั้นยากมากเพราะต้องมีการเปลี่ยนแปลงทางวัฒนธรรมจากบนลงล่างอย่างจริงจังทุ่มเทและไม่หยุดนิ่งสำหรับความเร็วของนวัตกรรมความซับซ้อนของแอปพลิเคชันและการจัดเตรียมการแข่งขันและการเติบโต และส่วนประกอบอื่น ๆ ในการเก็บรักษาแอปพลิเคชันฐานข้อมูลและโครงสร้างพื้นฐานที่สำคัญพร้อมใช้งานสำหรับผู้ที่ต้องการเมื่อพวกเขาต้องการ -Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า ผลิตซ้ำจาก SIOS
กุมภาพันธ์ 26, 2021	วิธีแก้ไขปัญหาความพร้อมใช้งานของแอปพลิเคชันที่สืบทอดมา วิธีแก้ไขปัญหาความพร้อมใช้งานของแอปพลิเคชันที่สืบทอดมา จะทำอย่างไรเมื่อคุณได้รับความยุ่งเหยิง ฉันเติบโตมาในครอบครัวที่มีขนาดใหญ่และมีป้าลุงและเพื่อนในครอบครัวที่มีความหมายดีเป็นกลุ่มใหญ่กว่าใครก็ตามที่เคยเป็นส่วนหนึ่งของครอบครัวใหญ่อาจได้รับการช่วยเหลือจากฉันหรือมีญาติที่มีเจตนาดีให้คุณฟรี และถ้าเป็นเช่นนั้นคุณจะรู้ว่าภายใต้พื้นผิวของมรดกที่ทำให้เกิดเสียงเย็นนั้นเสื้อผ้าที่มีสไตล์ที่ลือกันหรือ“ รถครอบครัว” รุ่นเก่าอาจเป็นฝันร้ายทันใดนั้นโชคลาภของคุณบนล้อสี่ล้อรู้สึกเหมือนคำสาปที่เป็นหลุมเงินสองในสามและหนึ่งในสามตาเจ็บ คุณจะทำอย่างไรเมื่อคุณได้รับปัญหาความพร้อมใช้งานของแอปพลิเคชันDIYers บางคนนำถังขยะและเริ่มต้นใหม่ แต่นี่ไม่ใช่ HGTV และเราไม่ได้พูดถึงเฟอร์นิเจอร์ที่สืบทอดมา แต่เป็นปัญหาความพร้อมใช้งานของแอปพลิเคชันที่สืบทอดมา คุณมักจะรู้ว่าคุณมีงานยุ่งในครั้งแรกที่คุณพยายามเปลี่ยนคลัสเตอร์เพื่อการบำรุงรักษาที่ง่ายตามแผนและแอปพลิเคชันของคุณจะออฟไลน์ตอนนี้คุณจะทำอย่างไรเมื่อได้รับช่วงเวลาที่มีความพร้อมใช้งานสูง สองคำแนะนำที่เป็นประโยชน์สำหรับเมื่อคุณได้รับข้อความความพร้อมใช้งานสูง (ฉันหมายถึงความรับผิดชอบ) I. การวิจัย บางทีสิ่งที่ดีที่สุดอย่างหนึ่งที่คุณสามารถทำได้ก่อนที่จะดำเนินการคือรวบรวมข้อมูลให้ได้มากที่สุดโดยเร็วที่สุดแน่นอนสถานะการสืบทอดของคุณอาจบ่งบอกถึงความเร็วที่คุณต้องใช้ในการรวบรวมข้อมูลสิ่งสำคัญบางประการที่ควรพิจารณาในระหว่างการวิจัยเพื่อแก้ปัญหาความพร้อมใช้งานของแอปพลิเคชันของคุณ: เจ้าของเดิม. ค้นคว้าเจ้าของก่อนหน้าของการกำหนดค่ารวมถึงสายการบังคับบัญชาการเข้าถึงอำนาจภูมิหลังพลวัตของทีมและกฎบัตรหากเป็นไปได้ค้นหาว่าโครงสร้างองค์กรดั้งเดิมคืออะไร ค้นคว้าสิ่งที่ทำในอดีตเพื่อให้ได้ความพร้อมใช้งานสูงหรือสูงกว่าและสิ่งที่เหลืออยู่ในบางสภาพแวดล้อมการมุ่งเน้นสำหรับความพร้อมใช้งานสูงจะตกอยู่ที่ส่วนหนึ่งของโครงสร้างพื้นฐานในขณะที่ละเลยขั้นตอนการทำงานที่ใหญ่ขึ้น เจาะลึกข้อกำหนดที่มีอยู่ ตลอดจนการเปลี่ยนแปลงใดที่ถูกนำไปใช้หรือเพิ่มเติมเนื่องจากข้อกำหนดได้รับการปลูกฝังมาตั้งแต่แรกหากคุณอยู่ระหว่างการย้ายข้อมูลบนคลาวด์โปรดเข้าใจเป้าหมายของการย้ายสภาพแวดล้อมนี้ไปยังระบบคลาวด์ เจ้าของและข้อกำหนดให้ประวัติมากมาย อย่างไรก็ตามคุณยังต้องการหาข้อมูลว่าเหตุใดผู้มีอำนาจตัดสินใจสำคัญจึงตัดสินใจเลือกและแลกเปลี่ยนการออกแบบและโซลูชันตลอดจนข้อกำหนดสถาปัตยกรรมซอฟต์แวร์และฮาร์ดแวร์ประเมินว่าทางเลือกเหล่านี้ประสบความสำเร็จหรือไม่สำเร็จ การวิจัยของคุณควรมุ่งเน้นไปที่ปัญหาดั้งเดิมและแนวทางแก้ไขที่เสนอ คุณอาจต้องการพิจารณาว่าเหตุใดสภาพแวดล้อมที่คุณสืบทอดมาจึงรู้สึกเหมือนเป็นระเบียบตัวอย่างเช่นเกิดจากการขาดเอกสารการฝึกอบรมรายละเอียดการออกแบบที่ไม่ดีหรือขาดหายไปไม่มีหนังสือวิ่งหรือรายละเอียดข้อกำหนดอื่น ๆ ค้นคว้าว่ามีการใช้โซลูชันซอฟต์แวร์ความพร้อมใช้งานระดับสูงระดับองค์กรเพื่อเสริมสถาปัตยกรรมของเครื่องเสมือนเครือข่ายและแอปพลิเคชันใดบ้างหากมี มีผู้ดำรงตำแหน่งปัจจุบันหรือไม่?ถ้าไม่ก่อนหน้านี้มีวิธีการใดบ้างสำหรับความพร้อมใช้งาน? II. พระราชบัญญัติ เมื่อคุณรวบรวมงานวิจัยนี้แล้วขั้นตอนต่อไปคือการดำเนินการ: อัปเดตปรับปรุงใช้งานหรือแทนที่อย่าทำผิดพลาดในการข้ามนิ้วของคุณและหวังว่าคุณจะไม่ต้องใช้คลัสเตอร์เฟลโอเวอร์ อัพเกรด ในบางกรณีการค้นคว้าของคุณจะนำไปสู่ความเข้าใจที่ดีขึ้นเกี่ยวกับโซลูชันในหน้าที่และเส้นทางในการอัปเกรดโซลูชันนั้นเป็นเวอร์ชันล่าสุดสุจริตเราอยู่ที่นั่นกับลูกค้าของเราเองการเปลี่ยนภาพมีการจัดการที่ไม่ถูกต้อง โซลูชันที่ใช้งานได้อย่างไม่มีที่ติมานานหลายปีจะล้าสมัย ทำให้ดีขึ้น พิจารณาทางเลือกอื่นหากไม่รับประกันการอัพเกรด หากข้อมูลชี้ไปที่การปรับปรุงด้านอื่น ๆ เช่นการปรับแต่งซอฟต์แวร์หรือฮาร์ดแวร์การย้ายไปยังคลาวด์หรือไฮบริดการปรับแต่งเครือข่ายหรือความเสี่ยงอื่น ๆ ที่ระบุหรือจุดเดียวของความล้มเหลวบางทีสภาพแวดล้อมของคุณอาจเกิดจากการตรวจสอบความสมบูรณ์หรือปริมาณงานที่เพิ่มขึ้นอาจทำให้ขนาดอินสแตนซ์ประเภทดิสก์หรือพารามิเตอร์อื่น ๆ ดีขึ้น ดำเนินการ ในกรณีอื่น ๆ การวิจัยของคุณจะเปิดเผยรายละเอียดที่น่าตกใจเกี่ยวกับการขาดกลยุทธ์หรือวิธีแก้ปัญหาที่มีความพร้อมใช้งานสูงกว่า ในกรณีนี้คุณจะใช้การวิจัยของคุณเป็นตัวเร่งในการออกแบบและใช้โซลูชันที่มีความพร้อมใช้งานสูง โซลูชันนี้อาจจำเป็นต้องใช้สถาปัตยกรรมคลาวด์ส่วนตัวคลาวด์สาธารณะหรือไฮบริดคลาวด์ควบคู่ไปกับซอฟต์แวร์ HA ระดับองค์กรเพื่อให้สามารถตรวจสอบและกู้คืนได้สำเร็จ แทนที่ ในกรณีที่รุนแรงงานวิจัยของคุณจะนำคุณไปสู่การแทนที่สภาพแวดล้อมปัจจุบันอย่างสมบูรณ์ บางครั้งสิ่งนี้จำเป็นเมื่อลูกค้าหรือคู่ค้าย้ายไปยังระบบคลาวด์ แต่การนำเสนอซอฟต์แวร์ที่มีความพร้อมใช้งานสูงยังไม่พร้อมใช้งานบนคลาวด์ แม้ว่าแอปพลิเคชันจำนวนมากจะอวดอ้างว่าพร้อมใช้งานในระบบคลาวด์ แต่ในบางกรณีก็มีความลาดเอียงมากกว่าความเป็นจริงโซลูชันในองค์กรของคุณยังไม่พร้อมใช้งานระบบคลาวด์? จากนั้นการขอความช่วยเหลือเพียงอย่างเดียวของคุณอาจใช้โซลูชันที่สามารถทำให้การเดินทางบนคลาวด์ไปกับคุณเช่นผลิตภัณฑ์ SIOS Protection Suite ในฐานะรองประธานฝ่ายประสบการณ์ลูกค้าสำหรับเทคโนโลยี SIOS ฉันประสบกับสถานการณ์ที่แสดงให้เห็นถึงความสำคัญของขั้นตอนเหล่านี้ – เมื่อทีมบริการของเราร่วมมือกับพันธมิตรระดับองค์กรเพื่อปรับใช้ผลิตภัณฑ์ SIOS Protection Suiteในขณะที่เราทำงานร่วมกันกับลูกค้าทำการวิจัยเราได้ค้นพบประวัติศาสตร์มากมาย ลูกค้ายอมรับว่ามีปัญหาการหยุดทำงานหรือความพร้อมใช้งานในจำนวน จำกัด แต่งานวิจัยของเราเปิดเผยลำดับชั้นของการแจ้งเตือนที่ไม่ยั่งยืนและซับซ้อนสูงสคริปต์ที่ดำเนินการด้วยตนเองทีมงานทั่วโลกและการผสมผสานของเครื่องมือที่รวมเข้าด้วยกัน เราสามารถประสบความสำเร็จในการออกแบบและแทนที่โซลูชันโฮมเมดของพวกเขาด้วยโซลูชันอัตโนมัติที่หรูหรากว่ามากด้วยข้อมูลนี้ ส่วนที่ดีที่สุดคือตัวช่วยสร้างซึ่งรวมถึงการตรวจสอบอัตโนมัติการกู้คืนและการป้องกันความล้มเหลวของระบบ ไม่มีกากตะกอนอีกต่อไป ไม่มี DIY แบบลองผิดลองถูกอีกต่อไป แอปพลิเคชันที่เรียบง่ายเชื่อถือได้และเฟลแบ็คสำหรับการป้องกัน HA / DR หากคุณได้รับโฮสต์ของปัญหาความพร้อมใช้งานของแอปพลิเคชันโปรดติดต่อผู้เชี่ยวชาญด้านการปรับใช้และความพร้อมใช้งานที่ SIOS Technology Corp. ทีมของเราสามารถแนะนำคุณตลอดขั้นตอนการวิจัยช่วยคุณปรับปรุงความต้องการของคุณ สุดท้ายอัปเกรดปรับปรุงแทนที่หรือใช้โซลูชันเพื่อให้องค์กรของคุณมีความพร้อมใช้งานที่สูงขึ้น – Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า ผลิตซ้ำจาก SIOS
กุมภาพันธ์ 18, 2021	คู่มือเริ่มต้นใช้งานฉบับย่อสำหรับความพร้อมใช้งานสูงสำหรับ SQL Server โดยใช้ SIOS Protection Suite สำหรับ Linux คู่มือเริ่มต้นใช้งานฉบับย่อสำหรับความพร้อมใช้งานสูงสำหรับ SQL Server โดยใช้ SIOS Protection Suite สำหรับ Linux คู่มือนี้จัดทำขึ้นเพื่อแสดงการป้องกัน Microsoft SQL Server โดยใช้ SIOS Protection Suite สำหรับ Linux สภาพแวดล้อมที่ใช้ที่นี่คือ VMware ESXi พร้อมเครื่องเสมือนที่เพิ่มการรัน CentOS 7.6 กำลังใช้ Microsoft SQL 2017 เพื่อสร้างเซิร์ฟเวอร์ฐานข้อมูล บันทึกฐานข้อมูลและธุรกรรมจะถูกจัดเก็บไว้ในดิสก์ภายในเครื่องซึ่งจะถูกจำลองแบบระหว่างโหนดโดยใช้ DataKeeper ซึ่งแสดงให้เห็นว่าพื้นที่เก็บข้อมูลที่ใช้ร่วมกันสามารถใช้แทนดิสก์ภายในเครื่อง คู่มือนี้มีให้ที่นี่ในรูปแบบ pdf ดาวน์โหลดซอฟต์แวร์ Microsoft ที่จำเป็น เปิดคู่มือ Microsoft ต่อไปนี้สำหรับการติดตั้ง SQL ที่ https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-setup?view=sql-server-ver15 วางแผนการกำหนดค่าสภาพแวดล้อม SQL การตั้งค่าคอนฟิกูเรชันต่อไปนี้จะใช้สำหรับการสร้างสภาพแวดล้อมคลัสเตอร์ที่อธิบายไว้ในคู่มือเริ่มใช้งานฉบับย่อนี้ ปรับการตั้งค่าคอนฟิกของคุณตามสภาพแวดล้อมระบบเฉพาะของคุณ การกำหนดค่าทั่วไป ตัวอย่างที่เราติดตั้งในคู่มือเริ่มต้นใช้งานฉบับย่อนี้ใช้ CentOS คำแนะนำของ Red Hat ใช้เนื่องจาก CentOS เป็นไบนารีที่เข้ากันได้กับ Red Hat ตัวอย่างในคู่มือเริ่มใช้งานฉบับย่อนี้จะคล้ายกันมากไม่ว่าจะทำงานในสภาพแวดล้อม VMware ระบบคลาวด์หรือการติดตั้งทางกายภาพ การกำหนดค่าโหนด 1 ชื่อโฮสต์: IMAMSSQL-1 IP สาธารณะ: 192.168.4.21 IP ส่วนตัว: 10.1.4.21 / dev / sdb (10GiB) / dev / sdc (10GiB) การกำหนดค่าโหนด 2 ชื่อโฮสต์: IMAMSSQL-2 IP สาธารณะ: 192.168.4.22 IP ส่วนตัว: 10.1.4.22 / dev / sdb (10GiB) / dev / sdc (10GiB) Virtual IP ที่ใช้สำหรับ SQL Access 168.4.20 ซึ่งจะได้รับการปกป้องโดย LifeKeeper และ "ลอย" ระหว่างโหนด ระบบปฏิบัติการ CentOS 7.6.2 การกำหนดค่าฐานข้อมูล SQL ฐานข้อมูล SQL: ชื่อโฮสต์เสมือนของ SQL: IMAMSSQL IP เสมือนของ SQL: 192.168.4.20 จุดติดตั้งระบบไฟล์ SQL / ฐานข้อมูล / ข้อมูล / database / xlog เตรียมระบบสำหรับการติดตั้ง การติดตั้ง MS-SQL การติดตั้ง SQL เริ่มต้น ในส่วนนี้เราจะเพิ่มตำแหน่งแพคเกจของ Microsoft ลงใน Linux OS ของเราจากนั้นสั่งให้ OS ติดตั้ง SQL Server เปิดคู่มือ Microsoft ต่อไปนี้เพื่อติดตั้ง SQL Server: https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-setup?view=sql-server-ver15 เข้าสู่ระบบด้วยสิทธิ์ root หรือคุณใช้ sudo ก่อนแต่ละคำสั่ง curl -o /etc/yum.repos.d/mssql-server.repo https://packages.microsoft.com/config/rhel/7/mssql-server-2017.repo yum ติดตั้ง -y mssql-server / opt / mssql / bin / mssql-conf setup ฉันติดตั้ง SQL Server ด้วยใบอนุญาตการประเมินผล ติดตั้ง yum -y mssql-tools unixODBC-devel echo 'export PATH =” $ PATH: / opt / mssql-tools / bin”‘ >> ~ / .bash_profile echo 'export PATH =” $ PATH: / opt / mssql-tools / bin”‘ >> ~ / .bashrc ที่มา ~ / .bashrc systemctl หยุด mssql-server.service เราหยุดบริการ SQL และไม่สามารถเริ่มบริการ SQL ได้จนกว่าเราจะกำหนดค่าดิสก์ที่ใช้เป็นที่เก็บข้อมูลในส่วนที่ชื่อว่า “ สร้างฐานข้อมูลและระบบล็อกไฟล์ธุรกรรมและจุดเชื่อมต่อ” / opt / mssql / bin / mssql-conf ตั้งค่า filelocation.masterdatafile /database/data/master.mdf / opt / mssql / bin / mssql-conf ตั้งค่า filelocation.masterlogfile /database/xlog/mastlog.ldf สร้างฐานข้อมูลและระบบล็อกไฟล์ธุรกรรมและจุดเชื่อมต่อ เราจะใช้ประเภทระบบไฟล์ xfs สำหรับการติดตั้งนี้ อ้างถึงประเภทระบบไฟล์ที่ LifeKeeper รองรับเพื่อกำหนดระบบไฟล์ที่คุณต้องการกำหนดค่า ตรวจสอบให้แน่ใจว่าคุณกำหนดค่าดิสก์เพื่อใช้ตัวระบุ GUID ที่นี่เราจะแบ่งพาร์ติชันและจัดรูปแบบดิสก์ที่แนบมาในเครื่อง ติดตั้งสร้างและอนุญาตตำแหน่งฐานข้อมูลที่เราต้องการให้ SQL ใช้ในที่สุดเราจะเริ่ม SQL ซึ่งจะสร้าง Master DB ใหม่และบันทึกธุรกรรมในตำแหน่งที่เราระบุ หมายเหตุเมื่อสร้างพาร์ติชัน DataKeeper กำหนดให้จำนวนบล็อกในพาร์ติชันเป็นเลขคี่ เช่น. 20973567 (จบ) – 2048 (เริ่ม) = 20971519. fdisk / dev / sdb mkfs -t xfs / dev / sdb1 fdisk / dev / sdc mkfs -t xfs / dev / sdc1 mkdir / ฐานข้อมูล; mkdir / ฐานข้อมูล / ข้อมูล; mkdir / ฐานข้อมูล / xlog chown mssql / ฐานข้อมูล /; chgrp mssql / ฐานข้อมูล / chown mssql / ฐานข้อมูล / ข้อมูล /; chgrp mssql / ฐานข้อมูล / ข้อมูล / chown mssql / ฐานข้อมูล / xlog /; chgrp mssql / ฐานข้อมูล / xlog / vi / etc / fstab เพิ่ม / dev / sdb1 ติดตั้งกับ / database / data เช่น / dev / sdb1 / database / data xfs ค่าเริ่มต้น 0 0 เพิ่ม / dev / sdb1 การติดตั้งไปยัง / database / xlog เช่น / dev / sdb1 / database / xlog xfs ค่าเริ่มต้น 0 0 เมานต์ / dev / sdb1 เมานต์ / dev / sdc1 chown mssql / ฐานข้อมูล / ข้อมูล /; chgrp mssql / ฐานข้อมูล / ข้อมูล / chown mssql / ฐานข้อมูล / xlog /; chgrp mssql / ฐานข้อมูล / xlog / systemctl เริ่มต้น mssql-server.service เราเริ่มบริการ SQL ทันทีที่เมาท์ดิสก์ในเครื่องซึ่งจะสร้างฐานข้อมูลหลักและบันทึกธุรกรรมใหม่ การติดตั้ง LifeKeeper โปรดดูคู่มือการติดตั้ง http://docs.us.sios.com/spslinux/9.5.1/en/topic/sios-protection-suite-for-linux-installation-guide สร้างลำดับชั้นทรัพยากร LifeKeeper เปิด LifeKeeper GUI บนโหนดหลัก: # / opt / LifeKeeper / bin / lkGUIapp & เส้นทางการสื่อสาร สร้างแบ็กเอนด์และ / หรือเส้นทาง IP ส่วนหน้าในกรณีแบ็กเอนด์ของเราคือ 10.2.4.21 & 22 และส่วนหน้าคือ 192.168.4.21 & 22 [AWS only] คลิกขวาที่แต่ละอินสแตนซ์ใน AWS Management Console และเลือก Networking → Change Source / Dest ตรวจสอบและตรวจสอบให้แน่ใจว่าการตรวจสอบต้นทาง / ปลายทางถูกปิดใช้งาน ใน LifeKeeper GUI คลิก Create Comm Path ในไดอะล็อกเซิร์ฟเวอร์ระยะไกลให้เพิ่มชื่อโฮสต์ของโหนดคลัสเตอร์อื่นแล้วเลือก เลือกที่อยู่ IP ในเครื่อง (10.2.4.21) และรีโมต (10.2.4.22) ที่เหมาะสม ทำซ้ำขั้นตอนนี้โดยสร้างเส้นทางการสื่อสารระหว่างคู่ของโหนดระยะไกลทั้งหมดสำหรับแต่ละเครือข่าย (เช่น 12.0.1.30 และ 12.0.2.30)หลังจากเสร็จสิ้นเส้นทางการสื่อสารควรมีอยู่ระหว่างคู่ทั้งหมดของโหนดคลัสเตอร์ ทรัพยากร IP ทรัพยากร IP คือ IP เสมือนที่จะใช้ในการเข้าถึงเซิร์ฟเวอร์ SQL – ในกรณีนี้คือ 192.168.4.20 ตรวจสอบว่า IP เสมือนทั้งหมดถูกลบออกจากอินเทอร์เฟซเครือข่ายแล้วโดยการเรียกใช้ "ip addr show" สร้างทรัพยากร IP สำหรับ IP เสมือน MSSQL ใน LifeKeeper GUI ให้คลิก Create Resource Hierarchy และเลือก IP 4. เมื่อได้รับแจ้งให้ป้อน IP 192.168.4.20 และเลือกซับเน็ตมาสก์ 255.255.0.0 5. ป้อนชื่อแท็กเช่น ip-192.168.4.20-MSSQL ทรัพยากร DataKeeper นี่คือไดรฟ์ที่ใช้ในการจัดเก็บฐานข้อมูลและบันทึกธุรกรรม / database / data และ / database / xlog ทรัพยากรการจำลองข้อมูล ตรวจสอบให้แน่ใจว่าระบบไฟล์ SQL ทั้งหมดถูกเมาท์ที่จุดเชื่อมต่อที่เหมาะสมภายใต้ / ฐานข้อมูลบนโหนดคลัสเตอร์หลัก # เมานต์ … / dev / sdb1 บน / ฐานข้อมูล / ชนิดข้อมูล xfs (rw, relatime, attr2, inode64, noquota) / dev / sdc1 บน / database / xlog ประเภท xfs (rw, relatime, attr2, inode64, noquota) … 2. ตรวจสอบให้แน่ใจว่าระบบไฟล์ไม่ได้ติดตั้งบนโหนดคลัสเตอร์สำรอง 3.ใน LifeKeeper GUI คลิก Create Resource Hierarchy และเลือก Data Replication 4. สำหรับ Hierarchy Type เลือก Replicate Existing Filesystem 5. สำหรับ Mount Point ที่มีอยู่ให้เลือก / database / data 6. เลือกค่าที่เหมาะสมสำหรับส่วนที่เหลือของกล่องโต้ตอบการสร้างตามความเหมาะสมสำหรับสภาพแวดล้อมของคุณ ทำซ้ำขั้นตอนที่ 3-6 สำหรับระบบไฟล์ / database / data และ / database / xlog การป้องกันบริการด่วน เราจะใช้ ARK การป้องกันบริการด่วนของ LifeKeeper เพื่อปกป้องบริการเซิร์ฟเวอร์ mssql ซึ่งจะตรวจสอบบริการ MSSQL และตรวจสอบให้แน่ใจว่าทำงานอยู่ ใช้สถานะ systemctl mssql-server.service บนโหนด 1 เพื่อให้แน่ใจว่า MSSQL กำลังทำงานอยู่ ใช้สถานะ systemctl mssql-server.service บนโหนด 2 เพื่อให้แน่ใจว่า MSSQL ไม่ทำงานหากเป็นเช่นนั้นคุณจะต้องหยุดบริการโดยใช้ systemctl stop mssql-server.service จากนั้นยกเลิกการต่อเชื่อม / database / data และ / database / xlog ไดเร็กทอรี ใน LifeKeeper GUI ให้คลิกเพิ่มทรัพยากร เลือก QSP ARK จากเมนูแบบเลื่อนลง เมื่อเติมรายการบริการที่มีให้เลือก mssql-server.service เลือกค่าที่เหมาะสมสำหรับส่วนที่เหลือของกล่องโต้ตอบการสร้างตามความเหมาะสมกับสภาพแวดล้อมของคุณ ขยายลำดับชั้นไปที่โหนด 2 ที่ linux CLI บนโหนด 1 ให้เรียกใช้“ / opt / LifeKeeper / bin / lkpolicy -g –v” ผลลัพธ์จะมีลักษณะดังนี้: หาก LocalRecovery: On ถูกตั้งค่าสำหรับ QSP-mssql-server เราจำเป็นต้องปิดการใช้งานการกู้คืนภายในทั้งสองโหนดซึ่งทำได้โดยการดำเนินการ (บนทั้งสองโหนด) / opt / LifeKeeper / bin / lkpolicy -s LocalRecovery -E tag =” QSP-mssql-server” ยืนยันว่าการกู้คืนภายในเครื่องถูกปิดใช้งานบนทั้งสองโหนด“ / opt / LifeKeeper / bin / lkpolicy -g –v”: ผลิตซ้ำจาก SIOS
กุมภาพันธ์ 17, 2021	เวอร์ชัน 8.7.2 SIOS Protection Suite-Windows และ DataKeeper Cluster Edition ประกาศเวอร์ชัน 8.7.2 ของ SIOS Protection Suite-Windows และ DataKeeper Cluster Edition เรายินดีที่จะประกาศการเปิดตัว SIOS Protection Suite สำหรับ Windows เวอร์ชัน 8.7.2 รวมถึง DataKeeper Cluster Editionรุ่นใหม่มีคุณสมบัติดังต่อไปนี้: ใหม่ Oracle Pluggable Databases (PDB) Application Recovery Kit ขอแนะนำให้ใช้ Oracle Pluggable Database บน Oracle 19c และจำเป็นบน Oracle 20c เป็นต้นไป ไม่จำเป็นต้องมีใบอนุญาต SIOS เพิ่มเติมสำหรับชุดการกู้คืนแอปพลิเคชัน SIOS Protection Suite PDB แต่ต้องใช้ทรัพยากร Oracle ที่มีอยู่ รองรับแพลตฟอร์มและระบบปฏิบัติการเพิ่มเติม ได้แก่ Azure Stack (Hub) (เพื่อรวม Windows Server 2019), vSphere 7 และ PostgreSQL 12 สำหรับรายการผลิตภัณฑ์ที่รองรับทั้งหมดของเราโปรดไปที่ SIOS Protection Suite – เมทริกซ์การสนับสนุน Windows 8.7.2 ผลิตซ้ำจาก SIOS
กุมภาพันธ์ 14, 2021	เกี่ยวกับการใช้ Amazon FSX สำหรับ SQL Server Failover Cluster Instance การใช้ Amazon FSX สำหรับอินสแตนซ์คลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ SQL – สิ่งที่คุณต้องรู้! หากคุณกำลังพิจารณาปรับใช้อินสแตนซ์ Microsoft SQL Server ของคุณเองใน AWS EC2 คุณมีการตัดสินใจบางอย่างเกี่ยวกับความยืดหยุ่นของโซลูชัน แน่นอนว่า AWS จะเสนอ SLA 99.99% ให้กับทรัพยากรการประมวลผลของคุณหากคุณปรับใช้สองอินสแตนซ์ขึ้นไปในโซนความพร้อมใช้งานที่แตกต่างกัน แต่อย่าเพิ่งหลงเชื่อมีปัจจัยอื่น ๆ อีกมากมายที่คุณต้องพิจารณาเมื่อคำนวณความพร้อมใช้งานของแอปพลิเคชันที่แท้จริง ฉันเพิ่งเขียนบล็อกเกี่ยวกับวิธีคำนวณความพร้อมใช้งานแอปพลิเคชันของคุณในระบบคลาวด์ คุณควรอ่านบทความนั้นอย่างรวดเร็วก่อนที่จะดำเนินการต่อ เมื่อพูดถึงการตรวจสอบให้แน่ใจว่าอินสแตนซ์ Microsoft SQL Server ของคุณพร้อมใช้งานสูงจริงๆแล้วจะมีตัวเลือกพื้นฐานสองตัวเลือก: Always On Availability Group (AG) หรือ SQL Server Failover Cluster Instance (FCI) หากคุณกำลังอ่านบทความนี้ฉันตั้งสมมติฐานว่าคุณทราบดีถึงตัวเลือกทั้งสองนี้และกำลังพิจารณาอย่างจริงจังที่จะใช้อินสแตนซ์คลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ SQL แทน SQL Server Always On AG ประโยชน์ของอินสแตนซ์คลัสเตอร์ล้มเหลวของเซิร์ฟเวอร์ SQL ของ Microsoft รายการต่อไปนี้สรุปสิ่งที่ AWS กล่าวว่าเป็นประโยชน์ของ SQL Server FCI: โดยทั่วไปแล้ว FCI เป็นที่ต้องการมากกว่า AG สำหรับการปรับใช้ SQL Server ที่มีความพร้อมใช้งานสูงเมื่อสิ่งต่อไปนี้เป็นข้อกังวลลำดับความสำคัญสำหรับกรณีการใช้งานของคุณ: ประสิทธิภาพต้นทุนใบอนุญาต: คุณต้องมีสิทธิ์การใช้งาน Enterprise Edition ของ SQL Server เพื่อเรียกใช้ AGs ในขณะที่คุณต้องการเพียงสิทธิ์การใช้งาน Standard Edition เพื่อเรียกใช้ FCI โดยทั่วไปแล้วราคาถูกกว่า Enterprise Edition 50–60% แม้ว่าคุณจะสามารถเรียกใช้ AG รุ่นพื้นฐานบน Standard Edition ได้โดยเริ่มจาก SQL Server 2016 แต่ก็มีข้อ จำกัด ในการรองรับฐานข้อมูลเพียงฐานข้อมูลเดียวต่อ AG สิ่งนี้อาจกลายเป็นความท้าทายเมื่อต้องจัดการกับแอปพลิเคชันที่ต้องใช้ฐานข้อมูลหลายฐานข้อมูลเช่น SharePoint การป้องกันระดับอินสแตนซ์เทียบกับการป้องกันระดับฐานข้อมูล: ด้วย FCI อินสแตนซ์ทั้งหมดจะได้รับการป้องกัน – หากโหนดหลักไม่พร้อมใช้งานอินสแตนซ์ทั้งหมดจะถูกย้ายไปยังโหนดสแตนด์บาย สิ่งนี้จะดูแลการล็อกอินของ SQL Server งาน SQL Server Agent ใบรับรอง ฯลฯ ที่เก็บไว้ในฐานข้อมูลระบบซึ่งจัดเก็บทางกายภาพในที่เก็บข้อมูลแบบแบ่งใช้ ในทางกลับกันด้วย AG ในทางกลับกันเฉพาะฐานข้อมูลในกลุ่มเท่านั้นที่ได้รับการปกป้องและไม่สามารถเพิ่มฐานข้อมูลระบบลงใน AG ได้ – อนุญาตให้ใช้เฉพาะฐานข้อมูลผู้ใช้เท่านั้น เป็นความรับผิดชอบของผู้ดูแลระบบฐานข้อมูลในการทำซ้ำการเปลี่ยนแปลงอ็อบเจ็กต์ระบบในการจำลอง AG ทั้งหมด สิ่งนี้ทำให้ความเป็นไปได้ที่จะเกิดข้อผิดพลาดของมนุษย์ซึ่งทำให้ฐานข้อมูลไม่สามารถเข้าถึงแอปพลิเคชันได้ การสนับสนุนคุณลักษณะ DTC: หากคุณใช้ SQL Server 2012 หรือ 2014 และแอปพลิเคชันของคุณใช้ Distributed Transaction Coordinator (DTC) คุณจะไม่สามารถใช้ AG ได้เนื่องจากไม่ได้รับการสนับสนุน ใช้ FCI ในสถานการณ์นี้ https://aws.amazon.com/blogs/storage/simplify-your-microsoft-sql-server-high-availability-deployments-using-amazon-fsx-for-windows-file-server/ ความท้าทายกับ FCI ในคลาวด์ แน่นอน. ความท้าทายในการสร้าง FCI ที่ครอบคลุมโซนความพร้อมใช้งานคือการขาดอุปกรณ์จัดเก็บข้อมูลที่ใช้ร่วมกันซึ่งโดยปกติจำเป็นต้องใช้ เนื่องจากโหนดของคลัสเตอร์ถูกกระจายไปตามศูนย์ข้อมูลหลายแห่ง SAN แบบดั้งเดิมจึงไม่ใช่ตัวเลือกที่ใช้ได้สำหรับพื้นที่เก็บข้อมูลที่ใช้ร่วมกัน นั่นทำให้เรามีทางเลือกสองทางสำหรับการจัดเก็บคลัสเตอร์: ทรัพยากรระดับพื้นที่เก็บข้อมูลของบุคคลที่สามเช่น SIOS DataKeeper หรือ Amazon FSx ใหม่ มาดูสิ่งที่คุณต้องรู้ก่อนตัดสินใจเลือก ข้อตกลงระดับการให้บริการ ตามที่ฉันเขียนไว้ในวิธีคำนวณความพร้อมใช้งานแอปพลิเคชันของคุณ SLA แอปพลิเคชันโดยรวมของคุณนั้นดีพอ ๆ กับลิงก์ที่อ่อนแอที่สุดของคุณ ในกรณีนี้ FSx SLA 99.9% โดยปกติความพร้อมใช้งาน 99.99% หมายถึงจุดเริ่มต้นของสิ่งที่ถือว่า "พร้อมใช้งานสูง" นี่คือสิ่งที่ AWS สัญญากับคุณสำหรับทรัพยากรการประมวลผลของคุณเมื่อมีการปรับใช้สองรายการขึ้นไปในโซนความพร้อมใช้งานที่แตกต่างกัน ในกรณีที่คุณไม่ทราบความแตกต่างระหว่างสามเก้ากับสี่เก้า … ความพร้อมใช้งาน 99.9% ช่วยให้หยุดทำงานได้ 43.83 นาทีต่อเดือน ความพร้อมใช้งาน 99.99% ช่วยให้หยุดทำงานได้เพียง 4.38 นาทีต่อเดือน ด้วยการโฮสต์พื้นที่จัดเก็บคลัสเตอร์ของคุณบน FSx แม้ว่าคุณจะมีความพร้อมในการประมวลผล 99.99% ความพร้อมใช้งานแอปพลิเคชันโดยรวมของคุณจะเป็น 99.9% ในทางตรงกันข้ามไดรฟ์ข้อมูล EBS ที่ครอบคลุมโซนความพร้อมใช้งานเช่นในการปรับใช้ DataKeeper จะมีคุณสมบัติสำหรับ SLA 99.99% ทั้งในชั้นพื้นที่จัดเก็บข้อมูลและการประมวลผล ซึ่งหมายความว่าความพร้อมใช้งานโดยรวมของคุณคือ 99.99% สถานที่จัดเก็บ เมื่อกำหนดค่า FSx เพื่อความพร้อมใช้งานสูงคุณจะต้องเปิดใช้งานการสนับสนุนหลาย AZ การเปิดใช้งานหลาย AZ จะทำให้คุณมี AZ ที่ "ต้องการ" และ AZ "สแตนด์บาย" ได้อย่างมีประสิทธิภาพ เมื่อคุณปรับใช้โหนด SQL Server FCI ของคุณคุณจะต้องการกระจายโหนดเหล่านั้นใน AZ เดียวกัน ในสถานการณ์ปกติคุณจะต้องตรวจสอบให้แน่ใจว่าโหนดคลัสเตอร์ที่ใช้งานอยู่อยู่ใน AZ เดียวกับโหนดหน่วยเก็บข้อมูล FSx ที่ต้องการ นี่คือการลดระยะทางและเวลาแฝงในการจัดเก็บข้อมูลของคุณ แต่ยังช่วยลดค่าใช้จ่ายที่เกี่ยวข้องกับการถ่ายโอนข้อมูลข้าม AZ ด้วย ตามที่ระบุไว้ในคู่มือราคา FSx“ ค่าธรรมเนียมการถ่ายโอนข้อมูลมาตรฐานใช้สำหรับการเข้าถึงระบบไฟล์ระหว่าง AZ หรือระหว่างภูมิภาค” ในสถานการณ์ที่โชคร้ายที่คุณมีความล้มเหลวของ SQL Server FCI แต่ไม่ใช่ความล้มเหลว FSx ไม่มีกลไกใดที่จะผูกทั้งพื้นที่จัดเก็บและคำนวณเข้าด้วยกัน ในกรณีที่ FSx ล้มเหลวจะกลับไปที่โซนความพร้อมใช้งานหลักโดยอัตโนมัติ อย่างไรก็ตามแนวทางปฏิบัติที่ดีที่สุดกำหนดให้ SQL FCI ยังคงทำงานบนโหนดรองจนกว่าจะมีการวิเคราะห์สาเหตุรากและโดยทั่วไปแล้วการล้มเหลวจะถูกกำหนดให้เกิดขึ้นในช่วงระยะเวลาการบำรุงรักษา ซึ่งจะทำให้คุณตกอยู่ในสถานการณ์ที่พื้นที่เก็บข้อมูลของคุณอยู่ใน AZ อื่นซึ่งจะต้องเสียค่าใช้จ่ายเพิ่มเติม ปัจจุบันค่าใช้จ่ายในการถ่ายโอนข้อมูลข้าม AZ ทั้งขาเข้าและขาออกคือ 0.01 ดอลลาร์ / GB หากไม่จับตาดูสถานะ FSx และ SQL Server FCI ของคุณอย่างใกล้ชิดคุณอาจไม่รู้ด้วยซ้ำว่ากำลังทำงานอยู่ในภูมิภาคต่างๆจนกว่าคุณจะเห็นค่าธรรมเนียมการถ่ายโอนข้อมูลเมื่อสิ้นเดือน ในทางตรงกันข้ามในคอนฟิกูเรชันที่ใช้ SIOS DataKeeper การล้มเหลวของหน่วยเก็บข้อมูลเป็นส่วนหนึ่งของการกู้คืน SQL Server FCI เพื่อให้แน่ใจว่าที่เก็บข้อมูลมักจะล้มเหลวด้วยอินสแตนซ์ SQL Server สิ่งนี้ทำให้มั่นใจได้ว่า SQL Server จะอ่านและเขียนไปยังไดรฟ์ข้อมูล EBS ที่เชื่อมต่อโดยตรงกับโหนดที่ใช้งานอยู่ โปรดทราบว่า DataKeeper จะต้องเสียค่าใช้จ่ายในการถ่ายโอนข้อมูลที่เกี่ยวข้องกับการดำเนินการเขียนซึ่งจำลองแบบระหว่าง AZ หรือภูมิภาค ต้นทุนการถ่ายโอนข้อมูลนี้สามารถลดลงได้ด้วยการใช้การบีบอัดที่มีอยู่ใน DataKeeper การควบคุมล้มเหลว ในคอนฟิกูเรชันหลายซับเน็ต FSx มีโซนความพร้อมใช้งานที่ต้องการและความพร้อมใช้งานสแตนด์บาย หากไฟล์เซิร์ฟเวอร์ FSx ในโซนความพร้อมใช้งานที่ต้องการประสบกับความล้มเหลวเซิร์ฟเวอร์ไฟล์ใน AZ สแตนด์บายจะกู้คืน AWS รายงานว่าเวลาในการกู้คืนนี้ใช้เวลาประมาณ 30 วินาทีกับการแชร์มาตรฐาน ด้วยการใช้การแชร์ไฟล์ที่มีอยู่อย่างต่อเนื่อง Microsoft รายงานว่าเวลาเฟลโอเวอร์นี้อาจใกล้ถึง 15 วินาที ในช่วงเวลาล้มเหลวนี้จะมีไฟดับที่เกิดขึ้นเมื่อการอ่านและการเขียนหยุดชั่วคราว แต่จะดำเนินต่อไปเมื่อการกู้คืนเสร็จสมบูรณ์ FSx หลายไซต์เปิดใช้งานข้อผิดพลาดอัตโนมัติ ซึ่งหมายความว่าสำหรับ FSx ที่ไม่ได้วางแผนไว้ทุกครั้งคุณจะมีข้อผิดพลาดที่ไม่ได้วางแผนไว้ด้วย ในทางตรงกันข้ามโดยทั่วไปเมื่อ SQL Server FCI ประสบกับความล้มเหลวที่ไม่ได้วางแผนไว้คุณอาจจะปล่อยให้มันทำงานในลำดับรองหรือกำหนดเวลาการล้มเหลวหลังจากชั่วโมงหรือในช่วงการบำรุงรักษาถัดไป บริการวิเคราะห์เซิร์ฟเวอร์ SQL คลัสเตอร์ไม่รองรับ FSX หากคุณต้องการคลัสเตอร์ SSAS คุณจะต้องมีทรัพยากรดิสก์แบบคลัสเตอร์เช่น SIOS DataKeeper เอกสารไวท์เปเปอร์ How to Cluster SQL Server Analysis Server ระบุอย่างชัดเจนว่าไม่สามารถใช้ SMB ได้และต้องใช้คลัสเตอร์ไดรฟ์ที่มีอักษรระบุไดรฟ์ ในทางตรงกันข้ามทรัพยากร DataKeeper Volume จะแสดงตัวเองเป็นดิสก์คลัสเตอร์และสามารถใช้กับ SSAS ได้ สรุป แม้ว่า FSx จะเหมาะสมกับการใช้งาน SMB ทั่วไปเช่นไฟล์ผู้ใช้ Windows และบริการอื่น ๆ ที่ไม่สำคัญซึ่ง SLA ความพร้อมใช้งาน 99.9% เพียงพอ แต่ FSx เป็นตัวเลือกที่ยอดเยี่ยมหากแอปพลิเคชันของคุณต้องการความพร้อมใช้งานสูง (99.99%) หรือโซลูชัน HA / DR ที่ครอบคลุม ภูมิภาค SIOS DataKeeper คือขนาดที่เหมาะสม ทำซ้ำโดยได้รับอนุญาตจาก Clusteringformeremortals