SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

พฤศจิกายน 30, 2022

เทคโนโลยี SIOS ช่วยให้ Telcos สำรวจความซับซ้อนของความพร้อมใช้งานสูง

เทคโนโลยี SIOS ช่วยให้ Telcos สำรวจความซับซ้อนของความพร้อมใช้งานสูง

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

ในซีรี่ส์ต่อเนื่องเกี่ยวกับความพร้อมใช้งานสูง (HA) และการกู้คืนจากความเสียหาย (DR) สำหรับอุตสาหกรรมต่างๆ แฮร์รี อูจลา ผู้อำนวยการฝ่ายขายล่วงหน้า EMEA ของ SIOS Technology Corp. กล่าวถึงความสำคัญของความพร้อมใช้งานสูงในภาคโทรคมนาคม เขาชี้ให้เห็นถึงความท้าทายที่บริษัทโทรคมนาคมกำลังเผชิญอยู่ในปัจจุบัน ความพร้อมใช้งานสูง และเทคโนโลยี SIOS ช่วยได้อย่างไร

ตรวจสอบบทสัมภาษณ์ทั้งหมดด้านบนเพื่อเรียนรู้เพิ่มเติม

ไฮไลท์สำคัญจากวิดีโอสัมภาษณ์นี้:

  • ภาคโทรคมนาคมมีเอกลักษณ์เฉพาะเนื่องจากมีผลกระทบโดยตรงต่อชีวิตการทำงานและชีวิตส่วนตัวของเราในหลายๆ ด้าน เราอยู่ในสังคมที่เชื่อมโยงถึงกัน ดังนั้นแม้ว่าบริการสื่อสารที่สำคัญจะหยุดทำงานเพียงไม่กี่นาที ก็สามารถสร้างความเสียหายและนำไปสู่การสูญเสียรายได้หลายล้านดอลลาร์
  • เทเลคอมกำลังคิดค้นและพัฒนาเทคโนโลยีอย่างต่อเนื่องเช่น 5G การเปิดตัวและการประมวลผลแบบคลาวด์ การรักษาเวลาทำงานและความพร้อมใช้งานสูงยังคงมีความสำคัญสำหรับระบบที่ติดต่อกับลูกค้าและระบบส่วนหลัง
  • Aujla อภิปรายว่าระบบที่กำหนดโดยซอฟต์แวร์และการกระจายอำนาจช่วยแก้ปัญหาบางอย่างที่บริษัทโทรคมนาคมเผชิญได้อย่างไร โดยเฉพาะอย่างยิ่งเมื่อพิจารณาถึงความคล่องตัวและความน่าเชื่อถือ
  • ความต่อเนื่องเป็นสิ่งสำคัญในตลาดโทรคมนาคม โดยเฉพาะอย่างยิ่งเมื่อต้องจัดการกับระบบที่สำคัญของโครงสร้างพื้นฐาน ซึ่งมักได้รับการปกป้องด้วยโซลูชันความทนทานต่อข้อผิดพลาด Aujla บอกเราว่านั่นหมายความว่า telcos มักจะมี SLA ที่พร้อมใช้งาน 99.99% (หรือหยุดทำงานห้านาทีต่อปี)
  • ระบบที่กำหนดโดยซอฟต์แวร์ช่วยให้บริษัทโทรคมนาคมยอมรับการเปลี่ยนแปลงทางดิจิทัลไปสู่ระบบคลาวด์ และเพื่อใช้ประโยชน์จากต้นทุนและความยืดหยุ่นที่มาพร้อมกับการประมวลผลแบบคลาวด์
  • สำหรับระบบ VoIP ผู้ให้บริการแพลตฟอร์มคลาวด์จะให้บริการความพร้อมใช้งานสูงในระดับหนึ่งภายในกลุ่มโซลูชันเท่านั้น และความรับผิดชอบในการรักษา SLA ภายในคลาวด์จะตกเป็นของผู้ให้บริการ VoIP และลูกค้า Aujla อธิบายวิธีการแก้ปัญหานี้ด้วยเครื่องมือที่มีความพร้อมใช้งานสูง
  • สำหรับบริษัทโทรคมนาคม ระบบการเรียกเก็บเงินถือว่ามีความสำคัญอย่างยิ่ง หากลูกค้าไม่สามารถดูหรือชำระบิลได้ จะทำให้เกิดการหยุดชะงักสำหรับทุกฝ่ายที่เกี่ยวข้อง ซึ่งอาจส่งผลกระทบต่อรายได้และความพึงพอใจของลูกค้า SIOS ตั้งเป้าที่จะมอบความพร้อมใช้งานของแอปพลิเคชันและ SLA 99.99%
  • IoT เป็นกรณีการใช้งานที่สำคัญของคลาวด์คอมพิวติ้ง โดยอุปกรณ์จับข้อมูลจะป้อนกลับเข้าสู่สมองส่วนกลางอย่างต่อเนื่อง Aujla อธิบายว่าเหตุใดจึงเหมาะสมที่จะใช้ประโยชน์จากข้อเสนอแพลตฟอร์มคลาวด์ที่ยืดหยุ่นและคล่องตัว
  • จุดสิ้นสุดของอุปกรณ์ IoT มักจะไม่ต้องการความพร้อมใช้งานสูง แต่ต้องการตัวข้อมูลเอง อย่างไรก็ตาม ปริมาณข้อมูลที่ถูกรวบรวมในปัจจุบันทำให้เกิดความท้าทายมากมายเกี่ยวกับโครงสร้างพื้นฐานพื้นฐานในแง่ของเซิร์ฟเวอร์ ที่เก็บข้อมูล และระบบเครือข่าย Aujla อธิบายว่าสิ่งนี้ขับเคลื่อนการใช้คลาวด์และ Edge Computing ได้อย่างไร
  • ผู้ให้บริการระบบคลาวด์มุ่งเน้นไปที่ความพร้อมใช้งานของโครงสร้างพื้นฐานเอง แทนที่จะตรวจสอบสิ่งที่เกิดขึ้นภายในอินสแตนซ์ระบบคลาวด์ที่แอปพลิเคชัน IoT เป็นศูนย์กลางสามารถเรียกใช้ได้ ด้วยเหตุนี้ Aujla จึงรู้สึกว่าขึ้นอยู่กับลูกค้าที่จะรับผิดชอบต่อความพร้อมใช้งานของแอปพลิเคชันในระบบคลาวด์
  • SIOS มีความสามารถในการคลัสเตอร์และตรวจสอบแอปพลิเคชันและฐานข้อมูลในระบบคลาวด์ และหากตรวจพบความล้มเหลว ก็สามารถย้ายไปยังโหนดที่พร้อมใช้งานถัดไปในคลัสเตอร์ได้ Aujla อธิบายวิธีการปรับปรุง SLA ความพร้อมใช้งานสูงโดยรวมสำหรับแอปพลิเคชันที่ได้รับการป้องกัน

โซลูชั่น

เชื่อมต่อกับ Harry Aujla ( ลิงค์อิน ) ทำซ้ำโดยได้รับอนุญาตจาก SIOS
พฤศจิกายน 26, 2022

สร้างแผนการกู้คืนจากความเสียหายสำหรับแอปพลิเคชันที่สำคัญ

สร้างแผนการกู้คืนจากความเสียหายสำหรับแอปพลิเคชันที่สำคัญ

สร้างแผนการกู้คืนจากความเสียหายสำหรับแอปพลิเคชันที่สำคัญ

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

สร้างแผนการกู้คืนจากความเสียหายสำหรับแอปพลิเคชันที่สำคัญ

ทำซ้ำโดยได้รับอนุญาตจาก SIOS
พฤศจิกายน 23, 2022

SAP บน Azure High Availability Best Practices

SAP บน Azure High Availability Best Practices

ในวิดีโอต่อไปนี้ Bala Anbalagan สถาปนิก SAP อาวุโสของ Microsoft ที่มีประสบการณ์ 20 ปีใน SAP อธิบายแนวทางปฏิบัติที่ดีที่สุดสำหรับการกำหนดค่าความพร้อมใช้งานสูงเพื่อปกป้องโซลูชัน SAP ใน Azure นอกจากนี้ เขายังทบทวนข้อผิดพลาดที่มักเกิดขึ้นเมื่อนำโซลูชัน HA ไปใช้ในระบบคลาวด์ และปัจจัยสำคัญที่ผู้ใช้ควรทราบเมื่อกำหนดค่า SIOS LifeKeeper

การกำหนดค่า SAP High Availability Solutions ในระบบคลาวด์

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

ผู้ใช้ต้องกำหนดค่า SAP HA อย่างถูกต้อง จุดประสงค์หลักของการติดตั้งโซลูชัน HA คือเพื่อป้องกันการหยุดทำงาน แต่ถ้าคุณติดตั้งไม่ถูกต้อง คุณจะเสียเวลาและเงินไปโดยเปล่าประโยชน์ โดยไม่คำนึงถึงระบบคลาวด์ที่คุณใช้งานอยู่ จำเป็นต้องปฏิบัติตามกฎการกำหนดค่าของผู้ให้บริการระบบคลาวด์ของคุณ หากคุณกำหนดค่า HA ของคุณผิดหรือล้มเหลวในการทดสอบการเฟลโอเวอร์และการย้อนกลับเมื่อเกิดข้อผิดพลาด อาจส่งผลให้ธุรกิจหยุดชะงักเมื่อคุณคาดหวังน้อยที่สุด โดยเฉพาะในช่วงที่มีการใช้งานสูง
SIOS LifeKeeper สามารถตรวจพบข้อผิดพลาดในระหว่างขั้นตอนการกำหนดค่า ตัวอย่างเช่น จะส่งคำเตือนหากคุณกำหนดค่าเพียงช่องทางการสื่อสารเดียว เนื่องจากคุณต้องการช่องทางการสื่อสารสำรองหรือการเชื่อมต่อเครือข่ายสำรองเสมอ ระหว่างโหนดในคลัสเตอร์ HA ถ้าคุณใช้ SIOS Data Keeper นอกจากนี้ยังจะแสดงคำเตือนหากมีบางอย่างผิดปกติกับการกำหนดค่าในระหว่างกระบวนการจำลองแบบ

อะไรทำให้การกำหนดค่า SIOS ตรงไปตรงมา

SIOS มีกระบวนการกำหนดค่าที่ค่อนข้างตรงไปตรงมา โดยทั่วไป คุณเพียงแค่ต้องติดตั้ง LifeKeeper ในแต่ละโหนดคลัสเตอร์ของคุณ และคุณใช้โมดูลชุดการกู้คืนเฉพาะแอปพลิเคชัน (ARK) ของ SIOS ประเภทต่างๆ (ที่มาพร้อมกับ LifeKeeper) ขึ้นอยู่กับแอปพลิเคชันที่คุณต้องการกู้คืน นอกจากนี้ กระบวนการยังง่ายมากที่จะปฏิบัติตามด้วย GUI ที่ตรงไปตรงมา – มีระบบอัจฉริยะในตัว และคุณไม่จำเป็นต้องเปลี่ยนรายละเอียดของ GUI โดยจะตรวจจับข้อมูลส่วนใหญ่โดยอัตโนมัติ ทำให้ขั้นตอนการตั้งค่าง่ายขึ้น

การรู้ว่าจะใช้ ARK ใดและใช้งานอย่างไรเป็นสิ่งสำคัญในกระบวนการกำหนดค่า ARK เป็นโมดูลซอฟต์แวร์ที่ให้ข้อมูลเฉพาะแอปพลิเคชันแก่ซอฟต์แวร์ LifeKeeper SIOS มี ARK แยกต่างหากสำหรับการใช้งานที่แตกต่างกัน ตัวอย่างเช่น สำหรับ SAP HANA คุณติดตั้ง SIOS ทรัพย์ HANA ARK เพื่อเปิดใช้งาน LIfeKeeper เพื่อทำขั้นตอนการกำหนดค่าโดยอัตโนมัติ ตรวจจับความล้มเหลว และจัดการความล้มเหลวที่เชื่อถือได้สำหรับ SAP HANA ในขณะที่ยังคงแนวทางปฏิบัติที่ดีที่สุดของ SAP

ข้อผิดพลาดที่ใหญ่ที่สุดในการใช้ HA สำหรับ SAP ใน Azure

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

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

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

เรียนรู้เพิ่มเติมเกี่ยวกับ ความพร้อมใช้งานสูงของ SAP แนวทางปฏิบัติที่ดีที่สุดในวิดีโอด้านล่างหรือ ติดต่อเรา เพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับการใช้งานความพร้อมใช้งานสูงและการกู้คืนความเสียหายสำหรับแอปพลิเคชันที่จำเป็นในระบบคลาวด์

ทำซ้ำโดยได้รับอนุญาตจาก SIOS
พฤศจิกายน 20, 2022

วันธรรมดาของ HA & DR หมดไป

วันธรรมดาของ HA & DR หมดไป

เมื่อพลิกดูช่องทีวีต่างๆ ฉันสะดุดฉากในภาพยนตร์เรื่อง “He's Just Not That Into You” กับดรูว์ แบร์รีมอร์ โดยพูดถึงความรู้สึกของพวกเราส่วนใหญ่ในปี 2565 เกี่ยวกับเทคโนโลยี โดยเฉพาะอย่างยิ่งความพร้อมใช้งานสูงและการกู้คืนระบบ: “ฉันคิดถึงวันที่ คุณมีหมายเลขโทรศัพท์หนึ่งเครื่องและเครื่องตอบรับอัตโนมัติหนึ่งเครื่อง และเครื่องตอบรับอัตโนมัติเครื่องหนึ่งมีเทปคาสเซ็ตต์หนึ่งม้วน และเทปคาสเซ็ตต์หนึ่งเครื่องมีข้อความจากผู้ชายหรือไม่ก็มี และตอนนี้คุณเพียงแค่ต้องตรวจสอบพอร์ทัลต่างๆ ทั้งหมดเหล่านี้ เพื่อที่เทคโนโลยีทั้งเจ็ดจะปฏิเสธ มันเหนื่อย” บางครั้ง คุณไม่ต้องการให้มีเพียงคลาวด์เดียวหรืออาจไม่มีแพลตฟอร์มคลาวด์ด้วยซ้ำ หนึ่ง DB ที่ทำงานบนระบบปฏิบัติการเดียว และมีเพียงแอปพลิเคชันส่วนหน้าที่ต้องกังวล แต่โลกเปลี่ยนไป หมุนเร็วขึ้น และซับซ้อนขึ้นความก้าวหน้าทางเทคโนโลยี ผลที่ตามมาของการควบรวมและการซื้อกิจการ และความต้องการและความเร็วที่เพิ่มขึ้นของสังคม 24/7 ของเรา โดยผู้บริโภคหลายพันล้านรายมองหาข้อเสนอล่าสุดและประสบการณ์ที่ดีที่สุด หมายความว่าวันเวลาธรรมดาๆ จะหมดไป

4 ความจริงที่ยากเกี่ยวกับความพร้อมของคุณ

  1. วิธีแก้ปัญหาของคุณไม่ง่ายอย่างที่คิด

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

  1. สถาปัตยกรรมที่ไม่ดีเป็นปัญหาใหญ่มากกว่าที่คุณคิด

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

  1. ผู้ดูแลระบบของคุณต้องการความช่วยเหลือมากกว่าที่พวกเขาจะยอมรับ

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

  1. โซลูชันของคุณอาจไม่พร้อมใช้งานอย่างที่คุณคิด

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

  • ปัญหาซอฟต์แวร์และข้อบกพร่อง
  • ข้อผิดพลาดของมนุษย์
  • ความล้มเหลวของซอฟต์แวร์
  • ระบบหรือแอปพลิเคชันแฮงค์

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

ศูนย์ข้อมูลเดียวของเราได้กลายเป็นชุดของแพลตฟอร์มระบบคลาวด์ ซึ่งครอบคลุมศูนย์ข้อมูลหลายสิบแห่งแอปพลิเคชันงานสกั๊งค์ของเราได้กลายเป็นส่วนหนึ่งของโซลูชันฟรอนต์เอนด์ มิดเดิลแวร์ และแบ็คเอนด์ที่สำคัญซึ่งเราต้องจัดการใน Windows, Linux และ *Nix อื่นๆ อีกเล็กน้อยการเดินขบวนของเทคโนโลยีหมายความว่าของเรา ความพร้อมใช้งานสูง มีความซับซ้อนมากขึ้นและต้องการสถาปัตยกรรมที่ดีขึ้นนอกจากนี้ยังหมายความว่าทีมของเราต้องการความช่วยเหลือเพิ่มเติมเพื่อจัดการทั้งหมด และหากเราไม่ระวังก็อาจหมายความว่าเรายังคงอ่อนแอและถูกเปิดเผยความจริงสี่ข้อใดที่ทีมของคุณเผชิญมากที่สุด

Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า ทำซ้ำโดยได้รับอนุญาตจาก SIOS
พฤศจิกายน 15, 2022

ไดรเวอร์ใหม่ใน SIOS LifeKeeper สำหรับ Windows ทำอะไรให้คุณบ้าง

ไดรเวอร์ใหม่ใน SIOS LifeKeeper สำหรับ Windows ทำอะไรให้คุณบ้าง

ทำให้การปกป้องข้อมูลในสภาพแวดล้อมที่ใช้ร่วมกันและไม่มี SAN แข็งแกร่งขึ้นในอีกหลายปีข้างหน้า

Coca-Cola, KitKat, SalesForce และ SIOS LifeKeeper สำหรับ Windows มีเหมือนกัน?นี่คือคำแนะนำบางประการ:

  • Coca-Cola เปิดตัวแคมเปญอีกครั้งโดยใช้การออกแบบผลิตภัณฑ์ใหม่ของแบรนด์ที่โดดเด่นเพื่อปรับให้เข้ากับอนาคต โดยเน้นที่ธีมโซเชียลโดยเฉพาะ
  • Kit-Kat รีแบรนด์ลูกกวาดในสหราชอาณาจักรเพื่อรำลึกถึงและเฉลิมฉลองสื่อสังคมออนไลน์ YouTube และคลื่นเทคโนโลยีทั่วไปที่เฟื่องฟู และใช้ประโยชน์จากความแข็งแกร่งของแบรนด์ของระบบปฏิบัติการ Android (KitKat)
  • Salesforce ปรับปรุงผลิตภัณฑ์พื้นฐานเพื่อสร้างอินเทอร์เฟซที่ทันสมัย ทันสมัย และเร็วขึ้นเพื่อตอบสนองความต้องการของลูกค้า

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

ก่อน LifeKeeper สำหรับ Windows เวอร์ชัน 8.9.0 ฟังก์ชันการจัดเก็บข้อมูลที่ใช้ร่วมกัน ซึ่งรวมถึง I/O Fencing และการระบุไดรฟ์และการจัดการได้รับการจัดการโดยไดรเวอร์ NCR_LKFตั้งแต่ SIOS LifeKeeper สำหรับ Windows เวอร์ชัน 8.9.0 เป็นต้นมา SIOS Technology Corp. ได้ออกแบบสถาปัตยกรรมไดรเวอร์หน่วยเก็บข้อมูลที่ใช้ร่วมกันใหม่ ตั้งแต่รุ่นปัจจุบัน ไดรเวอร์ NCR_LKF ได้ถูกลบออกและแทนที่ด้วยไดรเวอร์ SIOS ExtMirr ซึ่งเป็นกลไกที่อยู่เบื้องหลังการจำลองแบบพื้นที่เก็บข้อมูลแบบไม่ใช้ SAN ของ SIOS DataKeeper / SIOS DataKeeper Cluster Edition

ประโยชน์สำคัญห้าประการของการเปลี่ยนแปลงสถาปัตยกรรม NCR_LKF ใน SIOS LifeKeeper สำหรับ Windows:

  1. ไดรเวอร์ที่ทันสมัยยิ่งขึ้น

ไดรเวอร์ ExtMirr มีไดรเวอร์ตัวกรองที่ทันสมัยกว่าเพื่อจัดการฟังก์ชันการจัดเก็บข้อมูลที่ใช้ร่วมกันในขณะที่ไดรเวอร์ NCR_LKF มุ่งเน้นไปที่ "การเปิดไฟไว้เสมอ" และ "ความปลอดภัยของข้อมูล" สถาปัตยกรรมของไดรเวอร์ยังล้าหลังกว่าไดรเวอร์ที่ทันสมัยกว่าไดรเวอร์ ExtMirr รักษาการปกป้องข้อมูลนั้นไว้ ในขณะที่เข้ากันได้มากขึ้น ทันสมัยขึ้น และรองรับได้ง่ายขึ้นในระบบปฏิบัติการ Windows เวอร์ชันใหม่กว่า

  1. ฟันดาบ I/O ที่แข็งแกร่งยิ่งขึ้น

ไดรเวอร์ที่ใช้ใน SIOS DataKeeper และ SIOS DataKeeper Cluster Edition มีสถาปัตยกรรมฟันดาบที่แข็งแกร่ง แม้ว่าไดรเวอร์ NCR_LKF สามารถฟันดาบ I/O ได้ แต่ไดรเวอร์ใหม่นั้นแข็งแกร่งกว่าและได้รับการทดสอบในสภาพแวดล้อม SAN และ SANless I/O Fencing ที่ได้รับการปรับปรุงใช้ประโยชน์จากการล็อกวอลุ่มและข้อมูลความเป็นเจ้าของโหนดภายในวอลุ่มที่ได้รับการป้องกัน

  1. การผสานรวมและความเข้ากันได้ที่แน่นแฟ้นยิ่งขึ้น

การใช้ประโยชน์จากรั้ว I/O สำหรับไดรเวอร์ ExtMirr ที่ใช้ในผลิตภัณฑ์ DataKeeper หมายความว่าโซลูชัน LifeKeeper สำหรับ Windows จะเพิ่มการรวมเข้ากับกลุ่มผลิตภัณฑ์ DataKeeperไดรเวอร์ ExtMirr ยังรวมเอาเวอร์ชันล่าสุดไว้ด้วย การลงชื่อไดรเวอร์ของ Microsoft และทำงานได้อย่างราบรื่นกับระบบปฏิบัติการที่บังคับใช้การลงชื่อไดรเวอร์และ Secure Boot

  1. การบริหารที่ง่ายขึ้น

ไดรเวอร์ ExtMirr ช่วยให้ลูกค้าและผู้ดูแลระบบมีชุดยูทิลิตี้บรรทัดคำสั่งจำนวนมากสำหรับการรับและจัดการสถานะของไดรฟ์ข้อมูลคำสั่ง emcmd มาจากผลิตภัณฑ์ SIOS DataKeeper ทั้งสองตัว ตอนนี้สามารถใช้เพื่อการจัดการที่ง่ายขึ้นด้วยการกำหนดค่าไดรฟ์ข้อมูลที่ใช้ร่วมกันของ SIOS LifeKeeper ลูกค้าและคู่ค้าที่ใช้ทั้งที่เก็บข้อมูลที่ใช้ร่วมกันและการกำหนดค่าที่จำลองด้วยผลิตภัณฑ์ LifeKeeper สำหรับ Windows ตอนนี้มีชุดเครื่องมือบรรทัดคำสั่งเดียวที่ต้องรู้จักและใช้งาน เครื่องมือ emcmd แทนที่เครื่องมือไดรเวอร์ตัวกรอง volume.exe, volsvc และ NCR_LKF ก่อนหน้านี้สำหรับการดูแลระบบ (ล็อก ปลดล็อก ฯลฯ)

  1. การอัปเดตและการแก้ไขบ่อยขึ้น

ด้วยการเพิ่มไดรเวอร์ ExtMirr ลงใน SIOS LifeKeeper สำหรับ Windows การกำหนดค่าพื้นที่เก็บข้อมูลที่ใช้ร่วมกัน ตลอดจนการกำหนดค่าการทำซ้ำ จะได้รับการอัปเดต ฟีเจอร์ใหม่ และการแก้ไขที่เพิ่มขึ้น ในขณะที่ไดรเวอร์ NCR_LKF ให้รากฐานที่มั่นคงและฐานที่มั่นคงสำหรับการฟันดาบ I/O การเปลี่ยนไปใช้ไดรเวอร์ ExtMirr หมายความว่าลูกค้าจะเห็นความแข็งแกร่งและความเสถียรเท่าเดิม ด้วยการอัปเดตที่เร็วขึ้นสำหรับการสนับสนุนผลิตภัณฑ์ใหม่ การจัดผลิตภัณฑ์ทั้งสองให้อยู่ในไดรเวอร์เดียวอาจไม่ได้ ฉูดฉาดพอๆ กับการอัปเดต SalesForce Classic เป็น Lightning แต่จะเพิ่มฟังก์ชันการทำงานที่สำคัญ เพิ่มความแข็งแกร่งและอายุการใช้งานที่ยาวนานของทั้งโซลูชัน SIOS DataKeeper และ SIOS LifeKeeper และจะทำให้การปกป้องข้อมูลในสภาพแวดล้อมที่ใช้ร่วมกันและสภาพแวดล้อมที่ไม่มี SAN แข็งแกร่งขึ้นในอีกหลายปีข้างหน้า

Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า ทำซ้ำโดยได้รับอนุญาตจาก SIOS
  • Results 151-155 of 931
  • < Page 31 of 187 >

  • เข้าร่วมรายชื่อผู้รับจดหมายของเรา