SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • Products
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • การทดสอบอาหารสัตว์
  • ข่าวสารและกิจกรรม
  • ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์
  • เรื่องราวความสำเร็จ
  • ติดต่อเรา
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

กรณีศึกษา: AppKeeper ให้อิสระจากการตรวจสอบ 24 ชั่วโมงพร้อมกับการลดต้นทุนอย่างมาก

พฤษภาคม 9, 2020 by Jason Aw Leave a Comment

กรณีศึกษา: AppKeeper ให้อิสระจากการตรวจสอบ 24 ชั่วโมงพร้อมกับการลดต้นทุนอย่างมาก

กรณีศึกษา: AppKeeper ให้อิสระจากการตรวจสอบ 24 ชั่วโมงพร้อมกับการลดต้นทุนอย่างมาก

โลโก้ infobahnแผนกไอทีของหน่วยงานโฆษณาดิจิทัลชั้นนําต้องการวิธีที่ง่ายและคุ้มค่าในการจัดหาการป้องกันสําหรับแอปพลิเคชันที่ทํางานใน AWS EC2 ในขณะที่กําจัดพายุเตือนภัยและงานไอทีที่ไม่จําเป็น พวกเขาดําเนินการ AppKeeper และนาทีและเห็นการปรับปรุงทันทีประหยัดค่าใช้จ่ายในความพร้อมใช้งานของแอพลิเคชัน

INFOBAHN เป็นบริษัทย่อยของ INFOBAHN Group, Inc. เป็นบริษัทตัวแทนโฆษณาดิจิทัลที่โตเกียวซึ่งให้บริการสร้างแบรนด์ดิจิทัล โฆษณา และการจัดการเนื้อหาสําหรับร้านสื่อที่ลูกค้าเป็นเจ้าของ แผนก IT ของ INFOBAHN Group, Inc. เป็นแผนกเล็ก ๆ ที่ให้บริการจัดการเว็บเซิร์ฟเวอร์สําหรับสื่อที่ลูกค้าเป็นเจ้าของและสําหรับ บริษัท น้องสาวของ Mediagene Inc. เจ้าของเว็บไซต์สื่อเนื้อหาชั้นนําเช่น "Gizmodo Japan"cafeglove""Life Hacker"(ภาษาญี่ปุ่น), "ธุรกิจ INSIDER JAPAN"" ROOMIE และอื่น ๆ)

สิ่งแวดล้อม

ประมาณ 80% ของลูกค้า INFOBAHN ที่ใช้ Amazon Web Services (AWS) โดยอาศัยระบบการจัดการเนื้อหา (CMS) เพื่อส่งมอบเนื้อหาที่ทันสมัยที่สุดให้กับผู้อ่าน เนื่องจากลูกค้าของ INFOBAHN มีความคาดหวังสูงสําหรับความพร้อมและความพร้อมใช้งานที่เข้มงวด SLAs ในสถานที่สําหรับเครื่องมือ CMS เหล่านี้พวกเขา outsource การตรวจสอบและการจัดการของเซิร์ฟเวอร์ที่พวกเขาทํางานบนไปยังผู้ให้บริการที่มีการจัดการ (MSP)

ความท้าทาย

มันเป็นสิ่งสําคัญมากที่จะ INFOBAHN ว่าพวกเขาได้พบทั้งภายในของพวกเขาและลูกค้าของพวกเขาและข้อตกลงระดับการให้บริการ (SLAs) พวกเขายังใช้ MSP เพื่อตรวจสอบบางส่วนของเซิร์ฟเวอร์ภายในของพวกเขาในขณะที่พวกเขาตรวจสอบคนอื่น ๆ ซึ่งจําเป็นต้องจัดการใกล้ชิดตัวเอง

"ในขณะที่เราสามารถดําเนินการตรวจสอบเซิร์ฟเวอร์สําหรับระบบของลูกค้าของเราต่อไป รุ่นนี้จะไม่ทํางานสําหรับเซิร์ฟเวอร์ภายในของเราเพราะจะไม่ขนาดเป็นธุรกิจขยาย"Yu Amano, IT อินบันได้แล้วใช้จ่ายเกือบ US $ 1,400 ต่อเดือนสําหรับ MSP เพื่อตรวจสอบเซิร์ฟเวอร์ภายในของพวกเขาและทีมงานภายในของพวกเขาไม่สามารถจัดการเซิร์ฟเวอร์มากขึ้นเอง

อามาโนะและเพื่อนร่วมงานของเขาได้รับการแจ้งเตือนความล้มเหลวทั้งคืนและวัน การแจ้งเตือนทุก Amano ต้องหรือเพื่อนร่วมงานของเขาที่จะทิ้งทุกอย่างตรวจสอบสาเหตุและแก้ไขปัญหา

การประเมินผล

การตระหนักว่าพวกเขาต้องการโซลูชันที่ดีกว่า พวกเขาทดสอบ AppKeeper กับเซิร์ฟเวอร์ WordPress ของพวกเขา, โดยการลดการให้บริการ Apache กับมันและตรวจสอบอีเมลการแจ้งเตือน AppKeeper และบันทึกความผิดเพื่อตรวจสอบสถานะและการกระทําที่ดําเนินการโดย AppKeeper.

"เราทําการทดสอบการตรวจสอบหลายครั้งรวมถึงการหยุดบริการและเรายืนยันว่ามันเริ่มต้นตามที่คาดไว้ เราเห็นได้ว่า AppKeeper เชื่อถือได้ นอกจากนี้เรายังพบว่าหลังจากขั้นตอนการกําหนดค่าง่ายมาก, มันให้การตรวจสอบอัตโนมัติและการฟื้นฟูบริการ,"Amano กล่าวว่า.

โซลูชั่น

SIOS AppKeeper ถูกนําเสนอเป็นบริการซอฟต์แวร์ที่สนับสนุนการตรวจสอบและการกู้คืนบริการและอินสแตนซ์ของ AWS EC2 โดยอัตโนมัติ โดยจะตรวจสอบผ่าน AWS API และตรวจจับและกู้คืนจากความล้มเหลวได้อย่างรวดเร็ว

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

หากลูกค้าเลือกฟังก์ชันการปรับมาตราส่วนอัตโนมัติ EC2 พวกเขาสามารถเพิ่มอินสแตนซ์เพิ่มเติมสําหรับการป้องกัน AppKeeper ได้อย่างง่ายดาย AppKeeper จะปรับขนาดโดยอัตโนมัติเพื่อตรวจสอบกรณีใหม่เหล่านี้ในเวลาใกล้จริงและหากต้องการใช้การตั้งค่าที่กําหนดโดยอัตโนมัติ

ผลลัพธ์

ในช่วงต้นเดือนมีนาคม 2017 ข้อมูลเริ่มต้นการตรวจสอบเซิร์ฟเวอร์ภายในโดยใช้ SIOS AppKeeper "หลังจากส่งข้อมูลประจําตัว AWS ของเราผ่านกระบวนการลงทะเบียนออนไลน์ทั้งหมดที่ฉันต้องทําคือการเลือกการตั้งค่าสําหรับขั้นตอนที่ฉันต้องการให้ AppKeeper รับเมื่อตรวจพบความล้มเหลว มันเอา 10 ~ 15 นาทีในการกําหนดค่า AppKeeper โดยคลิกที่หน้าจอตามที่อธิบายไว้ในคู่มือผู้ใช้ออนไลน์ของ"Amano

Amano กล่าวว่าตั้งแต่พวกเขาเริ่มใช้ SIOS AppKeeper มีความล้มเหลวที่ว่าพวกเขาไม่สามารถกู้คืนโดยอัตโนมัติจาก SIOS AppKeeper ได้ช่วยปกป้องพวกเขาจากข้อผิดพลาดของมนุษย์ "บางครั้งสมาชิกไอทีอื่น ๆ ได้นําเซิร์ฟเวอร์ Active Directory ลงโดยไม่ตั้งใจ ฉันได้รับการแจ้งเตือนทางอีเมลจาก AppKeeper เมื่อฉันออกบอกว่าบริการได้รับการบูรณะแล้ว คืนได้ราบรื่นจนผมไม่เห็นมันจนกระทั่งผมบอก"Amano หัวเราะ

INFOBAHN กําลังพิจารณาการขยายการใช้ AppKeeper เพื่อตรวจสอบเซิร์ฟเวอร์ AWS ภายในทั้งหมด พวกเขายังพิจารณาใช้ AppKeeper สําหรับโครงการของลูกค้าในอนาคต "ถ้าเรามี SIOS AppKeeper เราสามารถติดตั้ง CMS ที่จําเป็นเช่น WordPress และประเภทที่สามารถเคลื่อนย้ายบนเซิร์ฟเวอร์หนึ่งกับ AWS และให้เพิ่มมูลค่าที่บริการกู้คืนโดยอัตโนมัติเมื่อล้มเหลว"Amano

เกี่ยวกับ SIOS AppKeeper

ซอฟต์แวร์ SIOS AppKeeper จะตรวจสอบและปกป้องแอปพลิเคชันใน AWS EC2 อย่างต่อเนื่องจากบริการขัดข้องและเวลาหยุดทํางานในขณะที่ไม่จําเป็นต้องมีการแทรกแซงด้วยตนเองที่มีค่าใช้จ่ายสูงและใช้เวลานาน

เรียนรู้เพิ่มเติมได้ที่ https://us.sios.com/products/sios-appkeeper/

ลงทะเบียนทดลองใช้ฟรีของ SIOS AppKeeper

ดาวน์โหลด PDF

Filed Under: ข่าวสารและกิจกรรม

ความพร้อมใช้งานสูงและ DR สําหรับ S / 4HANA และแพลตฟอร์ม SAP อื่น ๆ

เมษายน 28, 2020 by Jason Aw Leave a Comment

ความพร้อมใช้งานสูงและ DR สําหรับ S / 4HANA และแพลตฟอร์ม SAP อื่น ๆ

SAP เป็นผู้นําตลาดในซอฟต์แวร์โปรแกรมประยุกต์ระดับองค์กร ช่วงของหลายปี SAP ได้ช่วย บริษัท ทุกขนาดและในทุกอุตสาหกรรมทํางานได้อย่างมีประสิทธิภาพและกว่าปีสร้างระบบนิเวศของวิสาหกิจที่ขึ้นอยู่กับแพลตฟอร์มมัน มันได้รับการพิสูจน์แล้วว่า 77% ของรายได้การทําธุรกรรมของโลกสัมผัสกับระบบ SAP

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

ในบทความนี้เราจะหารือในระดับสูงสิ่งที่ถูกจําลองแบบระบบ HANA วิธีการทํางานสิ่งที่เป็นข้อ จํากัด เมื่อมันมาถึงความพร้อมใช้งานสูงและวิธีที่เราสามารถเอาชนะพวกเขา นอกจากนี้เรายังจะหารือเกี่ยวกับตัวเลือกสําหรับความพร้อมใช้งานสูงของ HANA และอะไรคือความแตกต่างที่สําคัญเพื่อให้คุณสามารถเลือกเครื่องมือที่เหมาะสมสําหรับงานที่เหมาะสม

บางส่วนของคําถามสําคัญที่คุณอาจต้องถามตัวเองในตอนท้ายของวันเพื่อเลือกทางออกที่เหมาะสมที่จะใช้สําหรับ HA :

  • บรรลุวัตถุประสงค์เวลาการกู้คืน (RTO)

—–ระยะเวลา SAP จะลดลงก่อนที่คุณจะกู้คืน?

  • บรรลุวัตถุประสงค์จุดกู้คืน (RPO)

—–ว่าข้อมูลของคุณจะเก่าแค่ไหนเมื่อบริการถูกคืนค่า

  • เป็นไปตามข้อตกลงระดับการให้บริการ (SLA)

—–คุณต้องการเวลาทํางานกี่ครั้ง?

การจําลองแบบระบบ SAP HANA

SAP HANA System Replication เป็นโซลูชันการป้องกันข้อมูลที่เชื่อถือได้และการกู้คืนความเสียหายที่ให้การซิงโครไนซ์ฐานข้อมูล HANA อย่างต่อเนื่องไปยังตําแหน่งรองทั้งในศูนย์ข้อมูลไซต์ระยะไกลหรือในระบบคลาวด์เดียวกัน

การจําลองระบบเป็นคุณลักษณะมาตรฐาน SAP HANA ที่มาพร้อมกับซอฟต์แวร์ ข้อมูลทั้งหมดจะถูกจําลองแบบไปยังไซต์รองและข้อมูลจะถูกโหลดล่วงหน้าลงในหน่วยความจําบนไซต์รองซึ่งจะช่วยลดเวลาการกู้คืนเป้าหมาย (RTO) อย่างมีนัยสําคัญ ดังนั้นในกรณีของ failover, เว็บไซต์รองจะสามารถที่จะผ่านโดยไม่ต้องดําเนินการ HANA DB (re) เริ่มต้นและจะทํางานเป็น DB หลักทันทีเมื่อ failover อย่างไรก็ตาม failover ต้องทริกเกอร์ด้วยตนเอง โดย admin โดยใช้คําสั่งsr_takeover และสําหรับการจําลองแบบจะถูกย้อนกลับ หรือ failback หลัก คําสั่งแยกต่างหากจะต้องออกด้วย

ระบบ HANA ล้มเหลวความพร้อมใช้งานสูงและ DR ล้มเหลว
รูปที่ 1: HANA ระบบจําลองแบบล้มเหลวพร้อมใช้งานสูงและ DR

ด้านล่างนี้เป็นประเด็นสําคัญของวิธีการจําลองแบบระบบ HANA สําหรับ HA และ DR:

  • เซิร์ฟเวอร์ซ้ําซ้อน / โหนด
  • ฐานข้อมูลในหน่วยความจําที่จําลองแบบโดยจําลองแบบระบบ HANA (ในโหมด “เล่นซ้ํา”)
  • ตัวเลือกการจําลองแบบหลาย: ซิงค์, ซิงค์-mem,
  • รองรับการใช้งาน (อ่านอย่างเดียวบนรอง)
  • การตั้งค่าและผู้ดูแลระบบผ่านห้องนักบิน HANA, สตูดิโอ HANA หรือบรรทัดคําสั่ง

ขีด จำกัด

  • ไม่มีการตรวจสอบของกระบวนการแอพลิเคชันหรือความล้มเหลวในการจําลองแบบและล้มเหลวโดยอัตโนมัติ
  • เกิดข้อผิดพลาด, การจําลองแบบย้อนกลับและ failback ได้ที่จะดําเนินการด้วยตนเอง – ขั้นตอนด้วยตนเองจํานวนมากมีความจําเป็น
  • ไม่มี IP เสมือน
  • ไม่มีการรวม HA ล้มประสานร่วมกับ SAP ASCS ฯลฯ คอม โพ เนนต์

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

คลัสเตอร์ความพร้อมใช้งานสูง SIOS

ซอฟต์แวร์ SIOS ความพร้อมใช้งานสูงสําหรับ SAP ช่วยให้คุณสามารถปกป้อง SAP S / 4HANA ในการกําหนดค่าใด ๆ (หรือรวมกัน) ของทางกายภาพ, เสมือน, เมฆ (สาธารณะส่วนตัวและไฮบริด) และมีประสิทธิภาพสูงสภาพแวดล้อมการจัดเก็บแฟลช ซอฟต์แวร์ SIOS ให้การกําหนดค่าที่ง่ายและยืดหยุ่น, การจําลองแบบได้อย่างรวดเร็ว, และการตรวจสอบที่ครอบคลุมและการป้องกันของสภาพแวดล้อม SAP S / 4HANA ทั้งหมด.

โดยเฉพาะสําหรับ SAP S / 4HANA และฐานข้อมูล HANA SIOS สามารถใช้เพื่อเติมเต็มสิ่งที่ SAP จะทําอยู่แล้วกับระบบ HANA จําลองเพิ่มไปยังมันเพื่อให้ความพร้อมใช้งานสูงจริง – การตรวจสอบอัตโนมัติของกระบวนการสมัคร HANA ที่สําคัญและให้ failover อัตโนมัติ, failback รวมทั้ง IP เสมือน (s) แม้ว่าคุณจะมีหลายอินสแตนซ์ภายใน HANA โหนดเดียว

ระบบจําลองแบบระบบ Hana ล้มเหลวความพร้อมใช้งานสูงและ DR
รูปที่ 2: SIOS HANA ระบบจําลองแบบล้มเหลวพร้อมใช้งานสูงและ DR

ด้านล่างมีบางจุดสําคัญของชุดป้องกัน SIOS สําหรับ SAP HANA HA และ DR:

  • ทํางานในเมฆข้ามอารโซลาร์และ AR
  • ให้ตรวจหาความล้มเหลวโดยอัตโนมัติและล้มเหลวสําหรับคอมโพเนนต์ SAP HANA DB:
    —ตัวแทนโฮสต์ SAP HANA
    — SAP HANA sapstartsrv
    —การจําลองแบบ SAP HANA
  • เปิดใช้งานการยึดแบบจําลอง SAP HANA แบบอัตโนมัติ, สวิตช์แบ็ก
  • การย้อนกลับการจําลองแบบโดยอัตโนมัติ
  • ตรวจสอบและตรวจสอบว่า HANA DB กําลังทํางานอยู่
  • ให้ IP เสมือน
  • “กองซ้อนเต็ม” ประสานล้มด้วย ASCS ฯลฯ ส่วนประกอบของ SAP

สี่ขั้นตอนในการติดตั้งและกําหนดค่า HA สําหรับฐานข้อมูล HANA

เราจะไม่หารือเกี่ยวกับขั้นตอนเฉพาะของวิธีการกําหนดค่า SAP HANA เนื่องจากมีทรัพยากรออนไลน์จํานวนมากที่ครอบคลุมขั้นตอนเหล่านั้น แต่ในระดับสูง, สิ่งที่คุณต้องทําคือ 4 ขั้นตอนพื้นฐาน:

  1. ติดตั้ง SAP HANA
  2. กําหนดค่าการจําลองแบบระบบ HANA
    ซี – https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/676844172c2442f0bf6c8b080db05ae7.html
  3. ติดตั้งชุดป้องกัน SIOS
    ซี – http://docs.us.sios.com/spslinux/9.4.1/en/topic/sios-protection-suite-for-linux-installation-guide
  4. ใช้ชุดการกู้คืน HANA (วิซาร์ด) ใน GUI เพื่อปกป้อง HANA
    ซี – http://docs.us.sios.com/spslinux/9.4.1/en/topic/sap-hana-recovery-kit

ขั้นตอนกระบวนการติดตั้งจะคล้ายกันสําหรับส่วนประกอบอื่น ๆ ของ SAP (ASCS, ERS, PAS, Web Dispatcher ฯลฯ ) เช่นกัน

ด้วยชุดการกู้คืน HANA รวมอยู่ในซอฟต์แวร์ชุดป้องกัน SIOS คุณสามารถใช้ตัวช่วยสร้างในการจัดการระบบจัดการผู้รักษาชีวิตของ SIOS GUI ได้อย่างรวดเร็วป้องกันอินสแตนซ์ฐานข้อมูล HANA กําหนดที่อยู่ IP เสมือนสําหรับลูกค้าที่จะเชื่อมต่อกับมันและจัดการสแต็คทั้งหมดจากมัน คุณสามารถมีหลายอินสแตนซ์สภาพแวดล้อมและการแก้ปัญหาจะจัดการอินสแตนซ์ทั้งหมด, IP เสมือนฯลฯ. ภายใน GUI แบบครบวงจรซึ่งทําให้ง่ายต่อการกําหนดค่าจัดการภูมิทัศน์ SAP ทั้งหมดที่อยู่ใน SIOS HA

การจัดการผู้รักษาชีวิตของ SIOS สําหรับ SAP HANA ASCS และ ERS
รูปที่ 3: การจัดการผู้รักษาชีวิตของ SIOS สําหรับ SAP HANA ASCS และ ERS

ครอบคลุม HA / DR กองสําหรับ SAP —

นอกเหนือจากฐานข้อมูล HANA, SIOS Protection Suite ยังให้การป้องกันสําหรับบริการ SAP ที่สําคัญและสนับสนุนการใช้งานทั้งหมดที่สามารถจัดการจาก GUI เดียวกัน :

  • เซิร์ฟเวอร์แอพลิเคชันหลัก (PAS)
  • อาพ SAP บริการกลาง (ASCS)
  • บริการกลางของ SAP (SCS)
  • เซิร์ฟเวอร์ที่จัดคิวและเซิร์ฟเวอร์ข้อความ
  • เซิร์ฟเวอร์การจําลองแบบ (ERS) ที่จัดคิว
  • ฐานข้อมูล (ออราเคิล, Sybase, MaxDB, HANA, ฯลฯ )
  • ระบบแฟ้มที่ใช้ร่วมกัน และ/หรือการจําลองแบบ
  • โลจิคัลวอลุ่ม (LVM)
  • เมาท์ NFS และการส่งออก
  • IP เสมือน

การจัดกลุ่มในระบบคลาวด์

เมื่อย้าย SAP ไปยัง cloud หนึ่งในความท้าทายที่สําคัญคือวิธีการป้องกันฐานข้อมูล SAP เช่นเดียวกับโปรแกรมประยุกต์ SAP กองซ้อนใน SAP สนับสนุนสถาปัตยกรรม SIOS ได้รับแถวหน้าของการย้ายนี้และได้รับการออกแบบได้รับการรับรองและสนับสนุนโดย SAP เช่นเดียวกับผู้ให้บริการคลาวด์รายใหญ่ทั้งหมด

แผนภาพด้านล่างคือการออกแบบระดับสูงของวิธีการใช้งานระบบ S/4HANA ผ่านโซนความพร้อมใช้งานที่แตกต่างกันหรือแม้แต่ภูมิภาค ในสภาพแวดล้อมคลาวด์เนื่องจากผู้ให้บริการมีเวลาแฝงต่ํามากระหว่าง AZs สามารถใช้การจําลองแบบซิงโครนัสผ่าน AZs ได้ดังนั้นจึงสร้างระบบ S/4HANA ที่ใช้งานได้สูงไม่ใช่แค่สําหรับ HA เท่านั้น แต่ยังใช้กับ DR ในเวลาเดียวกัน นี่เป็นเพราะ AZs เป็นศูนย์ข้อมูลที่แยกจากกันทางภูมิศาสตร์

ชุดป้องกัน SIOS สําหรับสถาปัตยกรรมเมฆ S / 4HANA
รูปที่ 4: ชุดป้องกัน SIOS สําหรับสถาปัตยกรรมระบบคลาวด์ของ SAP S/4HANA

ทําไมต้องใช้ SIOS ผ่าน HA โอเพนซอร์สสําหรับ SAP?

คําถามนี้มักจะเกิดขึ้นในใจของผู้คนเนื่องจากบางผู้ขาย Linux อยู่แล้วให้นามสกุล HA (HAE) หรือกลุ่มทําไมทุกคนต้องการใช้โซลูชั่น HA บุคคลที่สามเช่น SIOS?

  1. โอเพนซอร์ส HA จะถูกนําเสนอเป็นส่วนหนึ่งของรสชาติ OS บาง “องค์กร SAP” ส่วนขยายการสมัครสมาชิก – มันมาที่ค่าใช้จ่ายก็ไม่แน่นอนฟรีและรสชาติลินุกซ์ไม่ได้รับการสนับสนุนทั้งหมด สนับสนุนทุกรสชาติที่สําคัญ Linux รวมทั้ง Redhat, SUSE, Centos และ Oracle Linux สําหรับลูกค้าที่ต้องการเรียกใช้ Windows สําหรับ ASCS หรือเซิร์ฟเวอร์เนื้อหาอื่น ๆ SIOS ยังมีโซลูชันที่ใช้ Windows กับ Windows clustering สนับสนุน, ทําให้เป็นหนึ่งหยุดร้านค้าสําหรับภูมิ SAP ทั้งหมดโดยไม่คํานึงถึงแพลตฟอร์ม.
  2. การสนับสนุน HA เชิงพาณิชย์ – ผู้จําหน่ายระบบปฏิบัติการขึ้นอยู่กับชุมชนโอเพนซอร์สสําหรับแก้ไขข้อผิดพลาด, ซึ่งอาจเป็นปัญหาถ้าข้อผิดพลาดต้องใช้เวลานานกว่าที่จะได้รับการแก้ไขโดยผู้สนับสนุนที่ใช้งานน้อย. SIOS ให้การสนับสนุนในเชิงพาณิชย์ด้วยการสนับสนุนและทีมพัฒนาโดยเฉพาะเพียงเพื่อแก้ปัญหาความพร้อมใช้งานสูงและมีความละเอียดการสนับสนุน 24×7 ทันทีซึ่งจะทําให้ลูกค้ามีความมั่นใจมากขึ้นเมื่อมีปัญหาที่อาจพัฒนา
  3. การตั้งค่าที่ซับซ้อนและผู้ดูแลระบบผ่านทางบรรทัดคําสั่งเป็นสิ่งจําเป็นโดยเครื่องมือโอเพนซอร์ส พวกเขาจะประกอบด้วยส่วนประกอบที่แตกต่างกันเช่น Pacemaker, Corosync ฯลฯ โดยยังคงรักษาไว้ซึ่งโครงการโอเพ่นซอร์สที่แตกต่างกัน SIOS ให้ GUI แบบออลอินวันสําหรับการตั้งค่าและผู้ดูแลระบบตามตัวช่วยสร้าง จะช่วยให้หนึ่งเพื่อปรับใช้ SAP HA ในเวลาไม่กี่ชั่วโมงแทนสัปดาห์ / เดือน
  4. SIOS ให้การตรวจสอบแอปพลิเคชันและการเข้าแทนที่สําหรับส่วนประกอบ SAP และคลาวด์ทั้งหมดที่ต้องใช้ HA ผ่านตัวช่วยสร้างใน GUI ซึ่งตรงข้ามกับการใช้ส่วนขยาย HA ที่ยังคงต้องการการกําหนดค่าด้วยตนเองจํานวนมาก
  5. โดยอัตโนมัติเพื่อให้แน่ใจว่า SAP ERS มักจะทํางานในโหนดตรงข้ามของ ASCS – SIOS ให้ความฉลาดแม้ในการตั้งค่าหลายโหนด ASCS ถ้าล้มเหลวเกิดขึ้นและ ASCS ล้มเหลวกับโหนดที่มีการทํางาน ERS เมื่อโหนด ASCS เดิมกู้คืน ERS ได้รับโดยอัตโนมัติสลับข้ามเพื่อให้ล็อคมักจะได้รับความซ้ําซ้อนที่จําเป็น โซลูชั่น Opensource ต้องนี้จะต้องทําด้วยตนเองจึงส่งผลกระทบต่อความน่าเชื่อถือและความพร้อมใช้งานโดยเฉพาะอย่างยิ่งในช่วงเวลาของความล้มเหลวและการกู้คืนหลาย
  6. SIOS ช่วยลดเวลาการใช้งาน / การจัดการและค่าใช้จ่าย, เวลาน้อยที่คุณใช้และการบํารุงรักษา HA, เวลามากขึ้นคุณจะมีสําหรับงานที่สําคัญอื่น ๆ
  7. โอเพนซอร์สใช้กลไก STONITH ซึ่งแทบจะไม่เชื่อถือได้โดยเฉพาะอย่างยิ่งในสภาพแวดล้อมคลาวด์ SIOS มีวิธีการหลาย throng เพื่อป้องกันการล้มเหลวเท็จและสมองแยก – พยานควอรัม, comm หลาย. เส้นทาง (หัวใจเต้น) ซึ่งได้รับการพิสูจน์มานานกว่า 20 ปีจะเชื่อถือได้อย่างมากในหลายสถานการณ์

สรุป

คุณลักษณะการจําลองแบบระบบ SAP HANA เป็นส่วนหนึ่งของซอฟต์แวร์และทํางานได้ดีเพื่อป้องกันฐานข้อมูลจาก dataloss ในกรณีที่มีปัญหาเกิดขึ้นจากความล้มเหลวของฮาร์ดแวร์หรือระบบ อย่างไรก็ตามหากความพร้อมใช้งานสูงเป็นความต้องการก็ยังคงต้องแก้ปัญหาของบุคคลที่ 3 เพื่อให้ได้รับบางส่วนของการตรวจสอบอัตโนมัติ, orchestration ในขณะที่มีตัวเลือก opensource ในรูปแบบขององค์กร Linux OS สมัครสําหรับ SAP พวกเขาแน่นอนไม่ได้มาฟรีและการสนับสนุนทางเทคนิคยังคงมีจํากัดที่พวกเขาหมดจดอาศัยชุมชน opensource เพื่อรักษา Pacemaker, Corosync ฯลฯ โครงการ และเพื่อรับการสนับสนุนจากผู้มีส่วนร่วม นอกจากนี้ยังมีข้อ จํากัด ในการจําลองระบบพื้นเมือง, โอเพนซอร์ส HAE ซึ่งสามารถเอาชนะโดยผู้ขายซอฟต์แวร์ในเชิงพาณิชย์เช่น SIOS

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

สร้าง:

เจสัน Aw SIOS เทคโนโลยี
เจสัน Aw
ผู้เชี่ยวชาญด้านไอทีที่มุ่งเน้นความพร้อมใช้งานสูงและการกู้คืนจากภัยพิบัติมานานกว่า 20 ปี ปัจจุบันได้ว่าจ้างบริษัท SIOS Technology Corp. เป็นยุทธศาสตร์การพัฒนาธุรกิจสําหรับ APAC

Filed Under: ข่าวสารและกิจกรรม, ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์

การสัมมนาผ่านเว็บ: ฐานข้อมูล Oracle มีพร้อมใช้งานสูงในระบบคลาวด์

เมษายน 18, 2020 by Jason Aw Leave a Comment

การสัมมนาออนไลน์: มีฐานข้อมูล Oracle สูงพร้อมใช้งานในระบบคลาวด์

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

แม้เมื่อ Oracle ลบคุณลักษณะ RAC จากรุ่นมาตรฐานจาก 19c เป็นต้นไปและสิ้นสุดการสนับสนุนสําหรับ 12c คุณยังสามารถบรรลุความพร้อมใช้งานสูงกับ 3 rd โซลูชั่น HA เช่น SIOS เพลิดเพลินไปกับการประหยัดสูงสุดถึง 70% ของค่าใช้จ่ายโดยไม่ต้องอัพเกรดเป็นองค์กรรุ่น Oracle DB

ในเซสชั่นออนไลน์ 1 ชั่วโมงนี้ให้เรียนรู้วิธีที่คุณสามารถบรรลุด้านบนและอื่น ๆ สิ่งนี้รวมถึงการประหยัดต้นทุนเมื่อใช้ Oracle และแอปพลิเคชันอื่นๆ สําหรับองค์กรของคุณ ทั้งหมดนี้โดยไม่กระทบต่อความต้องการความออนไลน์ 99.99% ในระบบคลาวด์

วาระ

  • ประโยชน์ของการโยกย้าย Oracle DB ไปยังระบบคลาวด์
  • ความท้าทายที่มีพร้อมใช้งานสูงของการย้าย Oracle ในระบบคลาวด์
  • ทําไมมันเรื่องสําคัญ: ผลประโยชน์ค่าใช้จ่ายเมื่อเทียบกับการใช้ Oracle RAC / Dataguard
  • Oracle และ SIOS HA บนสถาปัตยกรรมระบบคลาวด์
  • Q&A

Oracle DB HA ในเมฆ :
ประหยัดค่าใช้จ่ายและลดการหยุดทํางานหลังจากย้าย
ปริมาณงาน Oracle ของคุณไปยังระบบคลาวด์

การสัมมนาออนไลน์ – วันพฤหัสบดีที่ 23 เมษายน 2020
12:00 น. SGT, 2pm AEST, 11:00 PHT, 9:30 IST

ใช้โดยบางส่วนขององค์กรที่ต้องการมากที่สุดใน APAC รวมถึง – AGL ออสเตรเลีย • สนามกีฬาเพิร์ธ • แผนกการขนส่งและถนนสายหลักออสเตรเลีย • Inghams Group Australia • คริสโอไบรอันฮอสพส์เกาหลี • เกาหลีแสดงเกาหลี • มิตซูบิชิเฮฟวี่อินดัสตรี้ • NH Bank Korea • Nagaworld คาสิโนกัมพูชา • โนมูระ สถาบันวิจัย (เซี่ยงไฮ้) • พานาโซนิคเอเชีย • เอเชียแปซิฟิกจํากัด • เกาหลีเซปรินิวซีแลนด์ • เกาหลี

ลงทะเบียนการสัมมนาออนไลน์: ฐานข้อมูล Oracle มีพร้อมใช้งานสูงในระบบคลาวด์

Filed Under: ข่าวสารและกิจกรรม

SQL Saturday: ความพร้อมใช้งานสูงและการกู้คืนความเสียหายสำหรับ SQL Server ใน Azure IaaS

สิงหาคม 23, 2019 by Jason Aw Leave a Comment

ความพร้อมใช้งานสูงและการกู้คืนความเสียหายสำหรับ SQL Server ใน Azure IaaS

ผู้บรรยาย: Jason Aw

ระยะเวลา: 60 นาที

ระดับ: เริ่มต้น

ติดตาม: Application, DBA และการพัฒนาฐานข้อมูล

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

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

เจสัน Aw ผู้เชี่ยวชาญด้านความพร้อมใช้งานสูงและการกู้คืนความเสียหายพร้อมด้วยประสบการณ์ 20 ปีอธิบายทั้งหมดนี้และรายละเอียดเพิ่มเติม

วัสดุที่มาพร้อมกับ

  • [Powerpoint] – PASS_Perth_SQLSaturday_2019_SIOS_Datakeeper_HA_DR.pdf

Filed Under: ข่าวสารและกิจกรรม

SQL Saturday: ความพร้อมใช้งานสูงและการกู้คืนความเสียหายสำหรับ SQL Server ใน Azure IaaS

สิงหาคม 23, 2019 by Jason Aw Leave a Comment

SQL Saturday: ความพร้อมใช้งานสูงและการกู้คืนความเสียหายสำหรับ SQL Server ใน Azure IaaS

ผู้บรรยาย: Jason Aw ระยะเวลา: 60 นาทีระดับ: เพลงเริ่มต้น: การจัดการฐานข้อมูลองค์กรและการปรับใช้

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

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

เจสัน Aw ผู้เชี่ยวชาญด้านความพร้อมใช้งานสูงและการกู้คืนความเสียหายพร้อมด้วยประสบการณ์ 20 ปีอธิบายทั้งหมดนี้และรายละเอียดเพิ่มเติม

 

สำหรับรายละเอียดเพิ่มเติมกรุณาคลิกที่นี่

Filed Under: ข่าวสารและกิจกรรม Tagged With: ความพร้อมใช้งานสูงและการป้องกันการกู้คืนความเสียหาย

  • 1
  • 2
  • 3
  • …
  • 72
  • Next Page »

โพสต์ล่าสุด

  • ฉันควรใช้ Zabbix ใน AWS หรือไม่
  • วิธีเลือกคลาวด์เมื่อคุณต้องการความพร้อมใช้งานสูง
  • วิธีโคลนความพร้อมใช้งานในระบบคลาวด์ด้วยผลลัพธ์ที่ดีขึ้น
  • ผลิตภัณฑ์ใหม่: SIOS Protection Suite สำหรับ Linux 9.5.1
  • หกเหตุผลที่การย้ายระบบคลาวด์ของคุณหยุดทำงาน

กระทู้ยอดนิยม

Maximise replication performance for Linux Clustering with Fusion-io
Failover Clustering with VMware High Availability
create A 2-Node MySQL Cluster Without Shared Storage
create A 2-Node MySQL Cluster Without Shared Storage
SAP for High Availability Solutions For Linux
Bandwidth To Support Real-Time Replication
The Availability Equation – High Availability Solutions.jpg
Choosing Platforms To Replicate Data - Host-Based Or Storage-Based?
Guide To Connect To An iSCSI Target Using Open-iSCSI Initiator Software
Best Practices to Eliminate SPoF In Cluster Architecture
Step-By-Step How To Configure A Linux Failover Cluster In Microsoft Azure IaaS Without Shared Storage azure sanless
Take Action Before SQL Server 20082008 R2 Support Expires
How To Cluster MaxDB On Windows In The Cloud

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

Copyright © 2021 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in