บริษัท ที่ย้ายไปยังระบบคลาวด์เพื่อโฮสต์แอปพลิเคชันของตนเข้าใจดีว่าในขณะที่พวกเขาได้เอาท์ซอร์สการโฮสต์แอปพลิเคชันของตนไปให้ผู้จำหน่ายระบบคลาวด์บุคคลที่สามเช่น Amazon Web Services แต่พวกเขายังคงต้องตรวจสอบและจัดการแอปพลิเคชันเหล่านั้นด้วยตนเองโดยปกติจะมีการตรวจสอบประสิทธิภาพของแอปพลิเคชัน โซลูชันหรือ APM ด้วยแอปพลิเคชันคอมพิวเตอร์ไคลเอนต์เซิร์ฟเวอร์เมื่อวานนี้ I.T. แผนกต่างๆมีการควบคุมเซิร์ฟเวอร์เครือข่ายและสภาพแวดล้อมการประมวลผลของผู้ใช้ปลายทางเกือบทั้งหมดแต่สภาพแวดล้อมระบบคลาวด์ในปัจจุบันมีความซับซ้อนมากขึ้นโดยมีส่วนที่เคลื่อนไหวมากขึ้นซึ่งมักอยู่นอกเหนือการควบคุมของคุณ

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

วิธีการเลือกโซลูชัน APM

หลาย บริษัท หันมาใช้โซลูชัน Application Performance Management เช่นจาก AppDynamics, Datadog, Dynatrace หรือ New Relicโซลูชัน APM ควรระบุปัญหาคอขวดด้านประสิทธิภาพในโค้ดของคุณและช่วยคุณแก้ไขปัญหาเหล่านั้นก่อนที่ผู้ใช้ของคุณจะได้รับผลกระทบ

โซลูชัน APM ที่ดีจะแจ้งให้คุณทราบว่าเกิดอะไรขึ้นทำไมและวิธีป้องกันไม่ให้เกิดขึ้นในอนาคตโซลูชัน APM จะแจ้งเตือนคุณเมื่อแอปพลิเคชันหรือระบบที่ตรวจสอบตรงตามเงื่อนไขบางประการ (โหลดเวลาตอบสนอง ฯลฯ )เมื่อคุณได้รับการแจ้งเตือนคุณจะสามารถระบุสาเหตุที่แอปพลิเคชันทำงานไม่ถูกต้องด้วยข้อมูลนี้คุณสามารถให้การวินิจฉัยที่ละเอียดมากแก่ทีมพัฒนาของคุณซึ่งจะช่วยให้พวกเขาแก้ไขปัญหาและป้องกันไม่ให้เกิดขึ้นอีกในอนาคต

แต่คุณจะเลือกโซลูชันโซลูชันการตรวจสอบประสิทธิภาพแอปพลิเคชันที่เหมาะสมได้อย่างไรการค้นหา“ โซลูชัน Cloud APM” บน Google ให้ผลลัพธ์ 5,830,000 รายการ!ที่สามารถครอบงำทุกคนที่ไม่คุ้นเคยกับพื้นที่โชคดีที่การค้นหาของ Google อีกครั้งจะให้คำแนะนำและแหล่งข้อมูลมากมายเกี่ยวกับวิธีเลือกโซลูชัน APM ที่เหมาะกับคุณคุณควรมองหาคำแนะนำจากบุคคลที่สามที่ไม่ใช่ผู้ขายเพื่อช่วยคุณกำหนดกรอบความต้องการของคุณและพัฒนารายการตัวเลือกสั้น ๆ ที่ตรงตามข้อกำหนดเหล่านั้นGartner ดูหมวดหมู่นี้มาระยะหนึ่งแล้วและเผยแพร่ APM Magic Quadrant ทุกปีเป็นแหล่งข้อมูลที่ดีในการทำความเข้าใจเกี่ยวกับวิธีการประเมินโซลูชันโซลูชันการตรวจสอบประสิทธิภาพแอปพลิเคชันและให้ภาพรวมที่ดีของผู้ขายชั้นนำ

เพิ่ม APM อัตโนมัติในรายการข้อกำหนดการแก้ไขของคุณ

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

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

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

นั่นคือที่มาของ SIOS AppKeeper AppKeeper ตรวจสอบแอปพลิเคชันของลูกค้าที่ทำงานบน Amazon EC2 และรีสตาร์ทบริการโดยอัตโนมัติบน EC2 หรือแม้แต่รีบูตอินสแตนซ์ EC2 หากตรวจพบเวลาหยุดทำงานลูกค้าโดยเฉลี่ยของเราที่มีอินสแตนซ์ Amazon EC2 เพียง 3 อินสแตนซ์ประสบปัญหาการหยุดทำงานอย่างน้อยเดือนละครั้งนั่นคือการหยุดทำงานเมื่อมีความสำคัญบ่อยครั้งที่ลูกค้าต้องติดต่อแอปพลิเคชันจะไม่พร้อมใช้งานและเมื่อ I.T. ทีมต้องทิ้งทุกอย่างและตอบสนอง

โซลูชันอัตโนมัติ APM ของ AppKeeper ช่วยให้ลูกค้ากู้คืนโดยอัตโนมัติจากสถานการณ์หยุดทำงานของ Amazon EC2 กว่า 85%นี่คือลิงก์ไปยังวิดีโอสั้น ๆ หากคุณต้องการเห็น AppKeeper ใช้งานได้จริง

ลูกค้า API ของ AppKeeper สามารถขยายมูลค่าของโซลูชัน APM ทางโปรแกรมได้โดยการแจ้งเตือนจากโซลูชัน APM ทำให้ AppKeeper รีสตาร์ทบริการ Amazon EC2 ที่มีผลโดยอัตโนมัติหรือรีบูตอินสแตนซ์หากจำเป็น

การตรวจสอบประสิทธิภาพของแอปพลิเคชันและการแก้ไขอัตโนมัติดีกว่าเนยถั่วและเยลลี่?

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

แต่เราตระหนักดีว่าลูกค้าจำนวนมากมีสภาพแวดล้อมระบบคลาวด์ที่ซับซ้อนกว่าและได้ลงทุนในโซลูชัน APM แล้วเช่นจาก New Relic, Datadog, Dynatrace, LogicMonitor หรือ Zabbixพวกเขาคาดหวังการแจ้งเตือนทันทีและชุดข้อมูลมากมายเพื่อช่วยในการวินิจฉัยว่าเกิดอะไรขึ้นและทำไมสำหรับลูกค้ากลุ่มนี้เราคิดว่าการเพิ่มฟังก์ชันการแก้ไขอัตโนมัติของ AppKeeper ลงในชุดเครื่องมือ APM จะช่วยให้พวกเขาได้รับประโยชน์สูงสุดจากทั้งสองโลกนั่นคือการควบคุมประสิทธิภาพของแอปพลิเคชันและลดเวลาหยุดทำงาน

ในช่วงไม่กี่เดือนข้างหน้า SIOS Technology จะทำงานร่วมกับผู้จำหน่าย APM ชั้นนำหลายรายเพื่อจัดหาการผสานรวมแบบแพ็กเกจและการรับรองระหว่างโซลูชัน APM และ AppKeeperเมื่อใช้การผสานรวมกับ AppKeeper ผู้ใช้เหล่านี้จะเพลิดเพลินไปกับระบบวงปิดซึ่งจะได้รับการแจ้งเตือนเมื่อตรวจพบการหยุดทำงานของ Amazon EC2 และการดำเนินการแก้ไขที่ AppKeeper ดำเนินการ

ดังนั้นโปรดติดตามข่าวสารที่น่าตื่นเต้นในขณะเดียวกันหากคุณต้องการทดลองใช้ SIOS AppKeeper ด้วยตัวคุณเองโปรดลงทะเบียนเพื่อทดลองใช้ AppKeeper ฟรี 14 วัน AppKeeper เริ่มต้นเพียง 40 เหรียญสหรัฐต่ออินสแตนซ์ต่อเดือน

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

คุณต้องใช้ SIOS Protection Suite (สำหรับ Linux หรือ Windows) หรือ SIOS DataKeeper Cluster Edition เพื่อการป้องกันความพร้อมใช้งานสูงสำหรับแอปพลิเคชันที่สำคัญทางธุรกิจ

เว้นแต่

1. คุณชอบโซลูชันฟรีเท่านั้น

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

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

2. การเป็นโซลูชันร้านค้าโซลูชันเดียวมีความสำคัญมากกว่าการตอบสนองความต้องการ HA ของคุณ

เราเป็นครอบครัว“ ฟอร์ดที่แข็งแกร่ง” มานานหลายทศวรรษ อย่างจริงจัง. ฉันเข้าใจดีว่าการเป็นร้านหนึ่งโซลูชั่นเป็นอย่างไร พ่อของฉันเป็นเจ้าของรถบรรทุกฟอร์ดสำหรับทำงานฟอร์ดมัสแตงเพื่อการพักผ่อนรถแทรกเตอร์ฟอร์ด 3600 สำหรับฟาร์มและรถมินิแวนฟอร์ดสำหรับการเดินทางของครอบครัว ยังมีฤดูกาลที่เราได้รับโมเดลรถของเล่นที่มีวงรีสีน้ำเงินเหมือนกัน

แต่เมื่อผมและภรรยาแยกสาขาออกไปตามความต้องการของครอบครัวเราแยกตัวออกจากโซลูชันเดียวเพื่อตอบสนองความต้องการที่หลุดออกมาจากบ้านล้อฟอร์ด (ในเวลานั้น) คุณอาจเป็นผู้ซื้อร้านค้ารายเดียว แต่หากความต้องการของคุณเปลี่ยนไปและผู้ให้บริการ HA หรือโซลูชันยังไม่สามารถรักษาได้ให้พิจารณาว่าการขยายชุดโซลูชันจะช่วยขจัดความเสี่ยงเพิ่มความสำเร็จหรือคุ้มค่ากับการลงทุนในโซลูชันเสริมสำหรับสิ่งเหล่านั้น ความต้องการใหม่ เมื่อเราต้องการโซลูชันที่เชื่อถือได้ประหยัดน้ำมันโฉบเฉี่ยวเป็นมิตรกับครอบครัวและประหยัดสำหรับครอบครัวของเราเราได้เสริม Ford แกร่งด้วย Honda Odyssey หากคุณเป็นร้านค้าครบวงจรและคุณไม่ต้องกังวลเกี่ยวกับโชคดีที่ล็อคอินผู้ขาย

3. คุณเป็นคนชอบทำโค้ดด้วยตัวเองมากกว่า

คุณชอบการเข้ารหัส คุณชอบเขียนสคริปต์จำนวนมากและอย่ารังเกียจที่จะดึงชุดเครื่องมือ bash, ksh, perl, python, powershell, batch หรือ command ออกมาและเดินสายขึ้นมาเอง คุณให้ความสำคัญกับความสุขในความยืดหยุ่นและเพิ่มการปรับแต่งของคุณเอง

ฉันชอบเขียนโค้ดเช่นกัน แต่มีหลายครั้งที่สิ่งสุดท้ายที่ฉันอยากทำคือใช้เวลาเขียนโค้ดและสคริปต์จำนวนมากเพื่อแก้ปัญหาที่ได้รับการแก้ไขพิสูจน์แล้วและพร้อมใช้งาน สำหรับผู้ดูแลระบบที่ต้องทำด้วยตัวเองการขายของนอกสถานที่อาจไม่ใช่สิ่งที่คุณต้องการ แต่ควรพิจารณาว่าความเชี่ยวชาญและประสบการณ์ 20 ปีควรได้รับการปรับโครงสร้างใหม่หรือไม่สำหรับองค์กรของคุณ แต่ถ้าคุณต้องได้รับการแก้ไขการเขียนโค้ดซอฟต์แวร์ High Availability SIOS จะมี Generic Application Recovery Kit เพื่อให้คุณได้รับการแก้ไขการเข้ารหัส

4. คุณต้องรองรับ Ubuntu (หรือ Solaris)

สภาพแวดล้อมของคุณไม่เหมือนใคร คุณมีลูกค้าที่ตัดฟัน Solaris และแขวนอยู่กับฟันไปตลอดชีวิต หรือคุณมีผู้ที่ยอมรับขอบเขต Linux อย่างเต็มที่และย้ายมาที่ Ubuntu ไม่ว่าในกรณีใดคุณดูเมทริกซ์ผลิตภัณฑ์ SIOS และ Ubuntu ไม่ตรงกับเวอร์ชัน SIOS ของคุณ แย่จัง!

แม้ว่าจะเป็นเรื่องจริง แต่ให้พิจารณาคุณสมบัติที่หลากหลายและมากมายและรสชาติของการสนับสนุนที่ยังคงมีอยู่ ในขณะที่มีบางส่วนขององค์กรของคุณที่ขุดค้นบน Solaris และอื่น ๆ ที่วิ่งเข้ามาเพื่อใช้ Ubuntu และ Linux รุ่นใหม่ ๆ แต่ก็มีแนวโน้มว่าคุณจะต้องการโซลูชันที่รองรับ RHEL, OEL, SuSE, CentOS และ Windows ที่เป็นไปได้ ดี. อย่าลืมใช้โซลูชันที่มีความพร้อมใช้งานสูงเพียงอย่างเดียวจากสิ่งที่ไม่มีให้และพิจารณาความลึกของสิ่งที่ทำ

5. คุณไม่ใช้สิ่งใดสิ่งหนึ่งผสมกันในสภาพแวดล้อมของคุณ

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

ก่อนที่คุณจะตัดสินใจขั้นสุดท้ายสำหรับซอฟต์แวร์ High Availability ให้ประเมินว่าสภาพแวดล้อมที่ไม่ใช่แบบไฮบริดนั้นเหมือนกับสภาพแวดล้อมทั่วไปหรือไม่ พิจารณาว่าชิ้นส่วนที่เคลื่อนไหวนั้นเรียบง่ายอย่างที่คุณจินตนาการไว้หรือไม่หรือการแก้ปัญหาด้วยการเชื่อมต่อล้มเหลวจะเป็นประโยชน์ต่อการลด RTO โดยรวมของคุณและเพิ่ม RPO ของคุณ

6. การรับรองจากผู้เชี่ยวชาญด้าน HA และประสบการณ์ไม่สำคัญ

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

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

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

-Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า SIOS

ลดเวลาหยุดทำงานสำหรับไซต์ WordPress ที่โฮสต์บน Amazon EC2

เปลี่ยนจากความไม่รู้ไปสู่ความสุขด้วย SIOS AppKeeper

WordPress เป็นระบบจัดการเนื้อหาแบบโอเพนซอร์ส (CMS) ที่ บริษัท หลายล้านแห่งใช้เพื่อสร้างเว็บไซต์บล็อกหรือแอปจากการประมาณการปัจจุบันมีเว็บไซต์มากกว่า 75 ล้านแห่งที่ใช้ WordPress และหลาย บริษัท เริ่มโฮสต์อินสแตนซ์ WordPress ของตนบน Amazon EC2 ผู้ใช้ชื่นชอบ WordPress ในเรื่องความยืดหยุ่นและความสะดวกในการสร้างและปรับเปลี่ยนเลย์เอาต์หากคุณใช้ WordPress สำหรับเว็บไซต์ของคุณแสดงว่าคุณอยู่ใน บริษัท ที่ดี

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

เชื่อถือ แต่ยืนยันเหตุใดการตรวจสอบสถานะการออนไลน์ของ WordPress จึงมีความสำคัญ

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

1. เพื่อทำความเข้าใจผู้เยี่ยมชมและเพิ่มประสิทธิภาพประสบการณ์ของพวกเขา
2. เพื่อตรวจสอบความเร็วของไซต์และตรวจสอบให้แน่ใจว่าเป็นไปตามข้อตกลงระดับบริการที่คาดหวัง (SLA) และ
3. เพื่อให้แน่ใจว่าคุณเพิ่มเวลาทำงานสูงสุดการหยุดทำงานอาจหมายถึงการสูญเสียรายได้ (ร้ายแรง) สำหรับไซต์อีคอมเมิร์ซใด ๆ ที่ทำงานบน WordPress

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

มีเครื่องมือมากมายที่ช่วยให้ผู้ใช้ WordPress ตรวจสอบไซต์ของตนได้บางส่วนให้ความสำคัญกับ WordPress เช่น ManageWP และ JetPack ในขณะที่โซลูชันอื่น ๆ เป็นโซลูชันมาตรฐานอุตสาหกรรมที่ใช้กับ CMS และแอปพลิเคชันต่างๆบางคน“ เจาะลึก” และมุ่งเน้นไปที่องค์ประกอบหนึ่งของการตรวจสอบเช่น Google Analytics และมุ่งเน้นไปที่การวิเคราะห์ผู้เยี่ยมชมในขณะที่คนอื่น ๆ พยายามที่จะ“ กว้าง” และกล่าวถึงประเด็นสำคัญทั้งสามของการตรวจสอบสิ่งที่คุณตัดสินใจใช้ขึ้นอยู่กับงบประมาณความต้องการและความสามารถทางเทคนิคของคุณ

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

SIOS AppKeeper – การตรวจสอบที่เรียบง่าย แต่ทรงพลังและการแก้ไขอัตโนมัติสำหรับไซต์ WordPress

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

หลาย บริษัท โฮสต์ไซต์ WordPress ของตนบน Amazon EC2 โดยใช้เว็บเซิร์ฟเวอร์ Apache หรือ NGINXSIOS AppKeeper เป็นบริการ SaaS ที่สามารถกำหนดค่าให้ค้นหาไซต์ WordPress หรือแอปพลิเคชันที่ทำงานบนอินสแตนซ์และบริการของ Amazon EC2 โดยอัตโนมัติจากนั้นจะดำเนินการหลายอย่างโดยอัตโนมัติหากพบว่ามีการหยุดทำงานดังนั้นแทนที่จะได้รับเพียงการแจ้งเตือนว่ามีบางอย่างผิดปกติคุณจะได้รับการแจ้งเตือนว่ามีบางอย่างเกิดขึ้นและได้รับการแก้ไขโดยอัตโนมัติ

การหยุดทำงานเป็นเรื่องสำคัญหากคุณใช้งานเว็บไซต์อีคอมเมิร์ซโดยใช้ WordPress การหยุดทำงานจะทำให้สูญเสียรายได้รายรับเท่าไหร่?เพียงแค่หารรายได้ต่อปีของคุณด้วย 365 วันและ 24 ชั่วโมง (รายได้ประจำปี / 365/24) เพื่อทำความเข้าใจรายรับของคุณต่อชั่วโมงในปี 2013 Google ประสบปัญหาไฟดับ 5 นาทีซึ่งทำให้พวกเขามีรายได้ 545,000 ดอลลาร์ ตอนนี้คุณอาจไม่ใช่ Google แต่แน่นอนว่าคุณต้องการกำจัดเวลาหยุดทำงานทุกที่ที่เป็นไปได้

ลองนึกดูว่าจะเกิดอะไรขึ้นเมื่อคุณได้รับการแจ้งเตือนว่าไซต์ WordPress ของคุณไม่ทำงานคุณพร้อมที่จะตอบสนองทันทีหรือไม่?คุณรู้หรือไม่ว่าควรแก้ไขอย่างไรเพื่อให้ไซต์ WordPress ของคุณสำรองและทำงานได้?จากการวิจัยลูกค้าของเราลูกค้าโดยเฉลี่ยที่ใช้อินสแตนซ์ Amazon EC2 เพียงสามอินสแตนซ์ประสบปัญหาการหยุดทำงานอย่างน้อยเดือนละครั้ง

SIOS AppKeeper ตรวจสอบ Amazon EC2 และแจ้งเตือนคุณเมื่อมีการหยุดทำงานและดำเนินการแก้ไขสถานการณ์โดยการรีสตาร์ทบริการ Amazon EC2 หรือรีบูตอินสแตนซ์ของคุณ

AppKeeper แก้ไขปัญหาการหยุดทำงานของ Amazon EC2 ของลูกค้ากว่า 85% โดยอัตโนมัติซึ่งหมายความว่าคุณจะได้รับแจ้งว่ามีการระบุและแก้ไขความล้มเหลวโดยที่คุณไม่ต้องทิ้งทุกอย่างหรือสูญเสียรายได้จำนวนมาก

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

วิดีโอ: การติดตั้ง AppKeeper และการกู้คืนจาก AWS EC2 ล้มเหลวการสาธิต

และหากคุณชอบสิ่งที่คุณเห็นโปรดลงทะเบียนเพื่อทดลองใช้ AppKeeper ฟรี 14 วัน AppKeeper เริ่มต้นเพียง 40 เหรียญสหรัฐต่ออินสแตนซ์ต่อเดือน

ย้ายไปยังคลาวด์? ลำดับความสำคัญ DevOps ของคุณควรเปลี่ยนไปเมื่อคุณย้ายไปที่ Amazon EC2

บริษัท ส่วนใหญ่ที่ย้ายไปใช้ระบบคลาวด์หรือสร้างแอปพลิเคชัน“ ระบบคลาวด์เนทีฟ” กำลังดำเนินการดังกล่าวด้วย Amazon Web Services (AWS)AWS มีข้อได้เปรียบด้านต้นทุนและฟังก์ชันการทำงานมากมายบริษัท ที่ใช้แนวทางปฏิบัติที่ดีที่สุดสำหรับการปฏิบัติงานของนักพัฒนาตามมาตรฐานอุตสาหกรรม (“ DevOps”) สำหรับการตรวจสอบและจัดการสภาพแวดล้อมภายในองค์กรมักถามตัวเองว่าพวกเขาปรับตัวให้เข้ากับสภาพแวดล้อมและแอปพลิเคชันระบบคลาวด์ใหม่อย่างไร

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

ลำดับความสำคัญของ DevOps ในระบบคลาวด์?เหมือน. แต่แตกต่างกัน.

เรามักจะได้ยินลูกค้าพูดว่าการดำเนินการจะง่ายขึ้นเมื่อพวกเขาย้ายไปที่ AWS เราเตือนพวกเขาว่าการย้ายไปยังระบบคลาวด์ (หรือแม้แต่ AWS) ไม่ได้หมายความว่าพวกเขาไม่จำเป็นต้องตรวจสอบและจัดการแอปพลิเคชันของตนอีกต่อไป

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

เมื่อพูดถึงการสำรองข้อมูล / การรับประกันความพร้อมใช้งาน / มาตรการรักษาความปลอดภัย ฯลฯ สำหรับสภาพแวดล้อม Amazon EC2 ของคุณลำดับความสำคัญจะเหมือนกับว่าเป็นแอปพลิเคชันในองค์กร และ Amazon มีเครื่องมือและฟังก์ชันดั้งเดิมบางอย่างแต่คุณต้องตัดสินใจว่าเหมาะสมกับความต้องการหรือไม่

ความปลอดภัยการสำรองข้อมูล … คุณต้องรู้อะไรบ้างเมื่อจัดการสภาพแวดล้อม Amazon AWS

ดังนั้นข้อควรพิจารณาเฉพาะของ AWS ที่คุณต้องคำนึงถึงเมื่อย้ายไปใช้ Amazon EC2 คืออะไรแล้วเครื่องมือที่เหมาะกับคุณคืออะไร?เวลาที่คุณลงทุนล่วงหน้าในการออกแบบแอปพลิเคชันของคุณและวิธีการปรับใช้และจัดการแอปพลิเคชันจะคุ้มค่า

สิ่งแรกที่คุณควรพิจารณาคือวิธีที่คุณจะรักษาความปลอดภัยให้กับแอปพลิเคชัน Amazon EC2 ของคุณการออกแบบเครือข่ายเช่น“ พอร์ตที่จะเปิด” และ“ จากที่ใดที่จะอนุญาตให้เข้าถึง” จะต้องได้รับการพิจารณาในลักษณะเดียวกับแอปพลิเคชันในองค์กรของคุณสิ่งเหล่านี้สามารถกำหนดค่าใน AWS โดยใช้กลุ่มความปลอดภัยและ ACL ของเครือข่าย (รายการควบคุมการเข้าถึง)

คุณสามารถใช้ฟังก์ชัน AWS Trusted Advisor * ซึ่งจะตรวจสอบสภาพแวดล้อม AWS ของคุณโดยอัตโนมัติและชี้ให้เห็นว่ามีการตั้งค่าตามการตั้งค่าที่แนะนำหรือไม่ทำให้สามารถตรวจสอบสภาพแวดล้อม AWS ของ บริษัท ของคุณสำหรับปัญหาด้านความปลอดภัยเราขอแนะนำให้ตรวจสอบกับ AWS Trusted Advisor ทั้งในเวลาที่ใช้งานและเป็นระยะ

ความปลอดภัยที่สำคัญอีกประการหนึ่งคือการจัดการการรับรองความถูกต้องและสิทธิ์การเข้าถึงAWS รวมสิ่งเหล่านี้ทั้งหมดไว้ใน AWS Identity and Access Management (AWS IAM)นอกเหนือจากการควบคุมว่าใครสามารถเข้าถึงอินสแตนซ์ EC2 ใดได้แล้วคุณยังสามารถใช้ AWS IAM เพื่อตั้งค่าสิทธิ์การเข้าถึงจากอินสแตนซ์ EC2 ไปยังทรัพยากรอื่น ๆ (เช่น DBs) เป็นต้นเมื่อคุณย้ายไปยัง AWS แล้วสิ่งแรกที่คุณต้องทำ คือการตั้งค่าบัญชีและข้อ จำกัด การเข้าถึงอย่างถูกต้องใน AWS IAM

สิ่งที่ต้องพิจารณาต่อไปคือ“ ฉันจะสำรองข้อมูลแอปพลิเคชันของฉันใน Amazon EC2 ได้อย่างไร” Amazon EC2 ให้ความสามารถในการถ่ายภาพรวมซึ่งช่วยให้คุณสามารถทำได้นอกจากนี้การใช้“ Amazon Data Lifecycle Manager” ทำให้ง่ายต่อการตั้งค่าสแนปชอตตามระยะเวลารวมทั้งการสำรองข้อมูลเพิ่มเติมไฟล์สแน็ปช็อตจะถูกเก็บไว้ในบริการจัดเก็บข้อมูล Amazon S3คุณจะถูกเรียกเก็บเงินตามความจุดังนั้นคุณต้องระวังปริมาณข้อมูลที่คุณมีและตั้งค่าเช่น "ลดความจุโดยการสำรองข้อมูลส่วนเพิ่ม" และ "ลบจากข้อมูลเก่า"

"ความพร้อมใช้งาน" จะต้องพิจารณาล่วงหน้า กุญแจสำคัญคือการใช้งานระบบตามระดับความสำคัญของระบบ

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

หากคุณไม่ได้ลงทุนใน Failover อย่างน้อยคุณควรตรวจสอบแอปพลิเคชันของคุณและวางแผนว่าจะกู้คืนแอปพลิเคชันอย่างไรเมื่อเกิดปัญหาการหยุดทำงาน คุณสามารถใช้ Amazon CloudWatch เพื่อตรวจสอบรายการทั่วไปเช่น CPU หน่วยความจำและดิสก์ได้อย่างง่ายดายและคุณยังสามารถตั้งโปรแกรมฟังก์ชัน Amazon EC2 Auto Recovery เพื่อกู้คืนอินสแตนซ์โดยอัตโนมัติเมื่อเกิดข้อผิดพลาดใน EC2

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

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

เราขอเชิญคุณเข้าร่วมกับลูกค้าหลายร้อยรายที่ใช้ประโยชน์จาก AppKeeper เพื่อลดเวลาหยุดทำงานของ Amazon EC2 โดยสมัครทดลองใช้บริการฟรี 14 วัน

* หมายเหตุ: ในการใช้ AWS Trusted Advisor จำเป็นต้องมีสัญญาสำหรับการสนับสนุนทางธุรกิจหรือสูงกว่า

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

ขยายเมตริกความพร้อมใช้งานสูงของคุณ

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

แดกดันในระบบความพร้อมใช้งานสูงและการกู้คืนความเสียหาย (HA / DR) มีเมตริกบางอย่างที่ไม่ได้รับความสนใจเพียงพอ

นี่คือเมตริกความพร้อมใช้งานสูงอื่น ๆ อีกแปดรายการที่คุณควรดูเพื่อจัดการสภาพแวดล้อมของคุณ:

1.  การแจ้งเตือนความปลอดภัย

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

2. การเชื่อมต่อที่ไม่ได้ใช้งาน

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

3. แบบสอบถามคำสั่งหรืองานที่ใช้งานมานาน

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

4. ดิสก์ IO

โดยทั่วไป Disk IO หมายถึงการดำเนินการอินพุต / เอาต์พุตของระบบที่เกี่ยวข้องกับกิจกรรมของดิสก์ การวัดดิสก์ I / O สามารถช่วยระบุปัญหาคอขวดการกำหนดค่าฮาร์ดแวร์ที่ไม่ดีดิสก์ที่มีขนาดไม่เหมาะสมหรือเค้าโครงดิสก์ที่ได้รับการปรับแต่งไม่ดีสำหรับปริมาณงานที่กำหนด  การตรวจสอบดิสก์ I / O สามารถช่วยบอกคุณได้ว่าคิวรีที่รันเป็นเวลานานเป็นฟังก์ชันของไวยากรณ์ sql ที่ไม่ดีแอปพลิเคชันที่เข้ารหัสไม่ดีหรือปัญหาเวลาแฝงและการเข้าถึงหรือไม่

5. หน่วยความจำ

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

6. พื้นที่ดิสก์

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

7. ข้อผิดพลาดและการแจ้งเตือน

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

8. หมายเลขการกู้คืน

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

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

– Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้า