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

แผนกไอทีของหน่วยงานโฆษณาดิจิทัลชั้นนําต้องการวิธีที่ง่ายและคุ้มค่าในการจัดหาการป้องกันสําหรับแอปพลิเคชันที่ทํางานใน 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

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 สําหรับ 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 โหนดเดียว

ด้านล่างมีบางจุดสําคัญของชุดป้องกัน 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

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

การสัมมนาออนไลน์: มีฐานข้อมูล 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 มีพร้อมใช้งานสูงในระบบคลาวด์

ความพร้อมใช้งานสูงและการกู้คืนความเสียหายสำหรับ 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