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
  • ไทย

Archives for กรกฎาคม 2020

แนวทางปฏิบัติที่ดีที่สุดในการตรวจสอบ EC2: การใช้ SIOS AppKeeper เพื่อปกป้อง NGINX Webservers บน Amazon EC2

กรกฎาคม 14, 2020 by Jason Aw Leave a Comment

แนวทางปฏิบัติที่ดีที่สุดในการตรวจสอบ EC2: การใช้ SIOS AppKeeper เพื่อปกป้อง NGINX Webservers บน Amazon EC2แนวทางปฏิบัติที่ดีที่สุดในการตรวจสอบ EC2: การใช้ SIOS AppKeeper เพื่อปกป้อง NGINX Webservers บน Amazon EC2

NGINX เป็นเว็บเซิร์ฟเวอร์ที่สามารถทำหน้าที่เป็น load balancer, reverse proxy, เป็นต้น เมื่อรวมเข้าด้วยกัน NGINX และ Apache ให้บริการมากกว่า 50% ของปริมาณข้อมูลบนเว็บ  ทุกวันนี้หลาย บริษัท กำลังเรียกใช้ NGINX Open Source หรือ NGINX Plus webservers บนสภาพแวดล้อม Amazon EC2 โดยใช้ Amazon Linux, Red Hat Linux และ Ubuntu

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

ตัวเลือกปัจจุบันสำหรับการตรวจสอบเว็บเซิร์ฟเวอร์ NGINX บน Amazon EC2

บริษัท หลายแห่งกำลังปรับใช้ Amazon CloudWatch เพื่อตรวจสอบแอปพลิเคชันของพวกเขาและแม้กระทั่งการสร้างระดับอัตโนมัติโดยการพัฒนาสคริปต์หรือโดยใช้ AWS Lambda  แต่การกำหนดค่า Amazon CloudWatch อย่างถูกต้องด้วยตัวชี้วัดที่กำหนดเองและการตั้งค่า Amazon Lambda ต้องใช้ความเชี่ยวชาญด้านเทคนิคจำนวนหนึ่งซึ่งอาจเกินกว่า บริษัท หลายแห่ง  และมีค่าใช้จ่ายและความพยายามในการบำรุงรักษาสคริปต์ใด ๆ

อีกทางเลือกหนึ่งคือการปรับใช้โซลูชันการตรวจสอบประสิทธิภาพแอปพลิเคชัน (APM) เช่นหนึ่งจาก New Relic, Dynatrace, Datadog หรือ LogicMonitor  โซลูชั่นของ APM นั้นยอดเยี่ยม  พวกเขาทำงานได้ดีมากในการเฝ้าดูระบบทั้งหมดของคุณและระบุสิ่งที่เกิดขึ้นและทำไม  พวกเขาสร้างบันทึกที่สามารถแบ่งปันและตีความโดยทีมพัฒนาของคุณเพื่อสร้างปัญหาขึ้นใหม่และตรวจสอบให้แน่ใจว่ามันจะไม่เกิดขึ้นอีก  แต่นี่คือสิ่งที่: โซลูชั่น APM ให้ข้อมูลจำนวนมากที่คุณต้องจัดเรียง (แยก "สัญญาณจากเสียงรบกวน") และพวกเขาไม่ทำอะไรเลยที่จะกู้คืนจากความล้มเหลวเมื่อเกิดขึ้น  เครื่องมือ APM เป็นเพียงส่วนหนึ่งของการแก้ปัญหาเมื่อมันมาถึงการลดการหยุดทำงานสำหรับเว็บเซิร์ฟเวอร์ NGINX ของคุณ

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

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

SIOS AppKeeper: การแก้ไขอัตโนมัติสำหรับเว็บเซิร์ฟเวอร์ NGINX บน EC2

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

SIOS AppKeeper เป็นบริการ SaaS ที่ง่ายต่อการติดตั้งและกำหนดค่าและตรวจสอบแอปพลิเคชันใด ๆ ที่ทำงานบน Amazon EC2 เช่นเว็บเซิร์ฟเวอร์ NGINX ของคุณและบริการ "nginx", "ตัวจัดการแคช" และ "คนงาน"  เมื่อตรวจพบความผิดปกติ AppKeeper จะรีสตาร์ทบริการโดยอัตโนมัติและหากไม่ได้ผลก็จะรีบูตอินสแตนซ์ทั้งหมด  ไม่มีการอ่านเพิ่มเติมผ่านบันทึกที่เจ็บปวดเพื่อระบุสาเหตุของความล้มเหลวหรือเพิ่มระดับให้กับนักพัฒนาเพื่อเริ่มบริการของคุณใหม่หรือค่าธรรมเนียมจ้างที่แพง  AppKeeper มีฟังก์ชั่น "set-it-and-forget-it" เพื่อให้คุณมั่นใจได้ว่า NGINX webservers ของคุณปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุดในการตรวจสอบ EC2 และทำงานอย่างถูกต้องหรือจะเริ่มต้นใหม่อย่างรวดเร็วหากพบปัญหาใด ๆ

ภาพขนาดย่อของวิดีโอ Wistia

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

หากคุณต้องการทดลองใช้ SIOS AppKeeper ด้วยตัวคุณเองเราขอเสนอการทดลองใช้ฟรี 14 วัน  เพียงคลิกที่นี่เพื่อสมัคร

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

Amazon CloudWatch คืออะไร

กรกฎาคม 12, 2020 by Jason Aw Leave a Comment

Amazon CloudWatch คืออะไร

 

Amazon CloudWatch คืออะไร

คุณสามารถทำอะไรกับ CloudWatch และอุปสรรคบางอย่างที่ต้องพิจารณา

ด้วย AWS ที่มีส่วนแบ่งที่โดดเด่นของตลาดคลาวด์หลาย บริษัท กำลังโยกย้ายระบบในสถานที่ของพวกเขาไปยังคลาวด์กับ Amazon AWS  ดังนั้นระบบที่ทำงานในสภาพแวดล้อม AWS ควรได้รับการจัดการอย่างไร

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

ใช้ Amazon CloudWatch เพื่อตรวจสอบสภาพแวดล้อม AWS ของคุณอย่างใกล้ชิด

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

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

ความท้าทายในการติดตั้ง Amazon CloudWatch

ในขณะที่ Amazon CloudWatch เหมาะสมอย่างยิ่งสำหรับองค์กรที่มีวิศวกรระบบคลาวด์ที่มีประสบการณ์และทีม DevOps มีบางสิ่งที่ผู้ใช้ทั่วไปควรระวัง

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

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

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

SIOS AppKeeper สำหรับตรวจสอบระบบปฏิบัติการและบริการแอพพลิเคชันที่ทำงานบน AWS

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

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

การตรวจสอบ AWS EC2 ด้วย AppKeeper

แทนที่จะใช้ Amazon CloudWatch เพื่อตรวจสอบทุกอย่างในสภาพแวดล้อม AWS ของคุณอย่างใกล้ชิดเราขอแนะนำให้คุณนำสินค้าคงคลังของสภาพแวดล้อมของคุณตาม SLA และข้อกำหนดการกู้คืนของคุณและใช้ SIOS AppKeeper เพื่อตรวจสอบระบบและแอพพลิเคชั่นที่คุณต้องการลดค่าใช้จ่าย

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

เรียนรู้เพิ่มเติมเกี่ยวกับ SIOS AppKeeper

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

 

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

ระบบทดสอบ / ควบคุมคุณภาพเป็นส่วนสำคัญของความพร้อมใช้งานขององค์กร

กรกฎาคม 8, 2020 by Jason Aw Leave a Comment

ระบบทดสอบ / ควบคุมคุณภาพเป็นส่วนสำคัญของความพร้อมใช้งานขององค์กร

ระบบทดสอบ / ควบคุมคุณภาพเป็นส่วนสำคัญของความพร้อมใช้งานขององค์กร

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

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

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

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

ระบบทดสอบ / คุณภาพเป็นส่วนที่มีค่าของกลยุทธ์ HA เพื่อหลีกเลี่ยงการหยุดทำงาน งานทั่วไปที่เกี่ยวข้องกับการบำรุงรักษาการปรับใช้องค์กรเช่นแพทช์การอัพเดตและการเปลี่ยนแปลงการกำหนดค่ามีความเสี่ยง ความเสี่ยงมหาศาล

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

  • ข้อมูลที่เสียหายหรือไม่ถูกต้อง
  • ข้อมูลที่มีการป้องกันรั่วไหลออกไป
  • การรับรู้รายได้ไม่ถูกต้อง (คำสั่งยกเลิก ฯลฯ )
  • ระบบโอเวอร์โหลด
  • ผลข้างเคียงที่ไม่ตั้งใจหรือผลกระทบต่อระบบการผลิตอื่น
  • อัตราความผิดพลาดสูงที่ตั้งค่าการเตือนและหน้าคนโทร
  • การวิเคราะห์แบบเบ้ (ช่องทางการจราจรผลการทดสอบ A / B ฯลฯ )
  • บันทึกการใช้งานที่ไม่ถูกต้องเต็มไปด้วยกิจกรรมสคริปต์และบอท (a)

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

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

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

การใช้ระบบทดสอบ QA เพื่อปรับปรุงความพร้อมใช้งานและกระบวนการผลิต

นี่คือพื้นฐานที่ใช้ระบบทดสอบ / ควบคุมคุณภาพสามารถให้บริการสำหรับการปรับปรุงความพร้อมใช้งานและกระบวนการผลิตของคุณ สภาพแวดล้อมที่ควบคุมซึ่งคล้ายกัน (ต้องคล้ายกับการผลิตให้ใกล้เคียงที่สุด) กับสภาพแวดล้อมการผลิตให้ความสามารถในการ:

  1. ทดสอบการอัพเดตเคอร์เนลและการอัพเดทความปลอดภัย
  2. ตรวจสอบการตั้งค่าและการปรับแต่งค่า
  3. สร้างปัญหาการผลิตซ้ำและทดสอบการปรับปรุงซอฟต์แวร์และโปรแกรมแก้ไข
  4. ตรวจสอบความเข้ากันได้ของเวอร์ชันของแอปพลิเคชันและลดความเสี่ยงของการหยุดทำงานเนื่องจากการเปลี่ยนแปลงที่เข้ากันไม่ได้
  5. จัดให้มีพื้นที่ปลอดภัยในการฝึกซ้อมและแก้ไขกิจกรรมการใช้ชีวิตการบำรุงรักษาการหยุดทำงานและอื่น ๆ ขององค์กร
  6. อบรมพนักงานใหม่และสมาชิกในทีมโดยไม่ส่งผลกระทบต่อลูกค้าองค์กร

หากคุณมีสภาพแวดล้อม Test / QA สำหรับการปรับใช้ซอฟต์แวร์ความพร้อมใช้งานระดับองค์กรที่สำคัญของคุณฉันสามารถจูบคุณได้ทันที การมีสภาพแวดล้อมนี้ช่วยให้ทีมของคุณมีความสามารถ“ ในการทดสอบตรวจสอบและยืนยัน (2)” สถาปัตยกรรมความต้องการทางธุรกิจสถานการณ์ของผู้ใช้และการรวมทั่วไปกับระบบหรือชุดของระบบที่ใกล้เคียงกับสภาพแวดล้อมการผลิตมากที่สุด ทำให้เงิน แน่นอนคุณจะต้องกำหนดเวลา windows เพื่อบำรุงรักษาระบบการผลิตของคุณและทำการทดสอบกับพวกเขาเช่นกัน แต่หลังจากขั้นตอนบัฟเฟอร์ที่ปลอดภัยเสร็จสมบูรณ์ในระหว่างนั้น

– Cassius Rhue, VP, ประสบการณ์ของลูกค้า

—–

อ้างอิง:

  1. https://opensource.com/article/19/5/dont-test-production เข้าถึง 5/4/2020
  2. https://www.softwaretestingclass.com/system-testing-what-why-how/ เข้าถึง 5/4/2020

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

กรณีศึกษา: โซลูชันการตรวจสอบ AWS EC2 ช่วยบรรเทา บริษัท ผู้ผลิตระดับโลกจากความเครียดขณะย้ายไปไว้บนคลาวด์

กรกฎาคม 7, 2020 by Jason Aw Leave a Comment

Tokyo Diamond Tools Manufacturing ปกป้องแอปพลิเคชันที่สำคัญด้วย SIOS AppKeeper

Tokyo Diamond Tools ในการผลิตระดับก่อตั้งขึ้นในปี 1932 Co. , Ltd. เป็นผู้ผลิตเครื่องมือเพชรสำหรับการตัดการตัดการขัดและการเจาะในหลากหลายสาขาเช่นเครื่องใช้ไฟฟ้าในบ้านเซมิคอนดักเตอร์อุปกรณ์อิเล็กทรอนิกส์การดูแลสุขภาพและวิศวกรรมโยธา แม้ว่าจะเป็น บริษัท ที่ก่อตั้งมายาวนานและมีประวัติยาวนานกว่า 80 ปีโตเกียวไดมอนด์ยังคงแนะนำเครื่องมือไอทีใหม่ ๆ อยู่เสมอ  บริษัท ตัดสินใจย้ายไปที่ Amazon AWS และการจำลองเสมือนสำหรับความเร็วและประสิทธิภาพของการปรับปรุงธุรกิจ SIOS AppKeeper มีบทบาทสำคัญในการให้การป้องกันความพร้อมใช้งานของแอปพลิเคชันที่พวกเขาต้องการ หนึ่งในเหตุผลสำหรับการย้ายเครื่องมือเพชรของโตเกียวไปยังคลาวด์และ AWS คือแผ่นดินไหวครั้งใหญ่ทางตะวันออกของญี่ปุ่นในปี 2554  แม้ว่าจะไม่มีความเสียหายโดยตรงกับเซิร์ฟเวอร์ที่สำนักงานใหญ่ แต่อุปกรณ์ที่โรงงานเซนไดในจังหวัดมิยากิหลุดออกจากชั้นวางทำให้เกิดความเสียหายร้ายแรง  โตเกียวไดมอนด์เห็นความจำเป็นในการวางแผนความต่อเนื่องทางธุรกิจที่ดีขึ้น  นี่เป็นไดร์เวอร์หลักสำหรับการเปลี่ยนเป็นการทำเวอร์ชวลไลเซชันของระบบหลักและการใช้สภาพแวดล้อมคลาวด์

ตอนแรก บริษัท เริ่มโยกย้ายแอพพลิเคชั่นที่ค่อนข้างเล็กไปยังคลาวด์  “ เราเริ่มต้นการย้ายประมาณพฤศจิกายน 2011  ในเวลานั้นเราไม่มีทางเลือกนอกจาก AWS "คุณ Takuji Kokubo หัวหน้าฝ่าย IT Systems ของ Tokyo Diamond กล่าว  พวกเขาจัดการการดำเนินงานด้วยตนเองโดยใช้พอร์ทัลเมฆ“ Managed Cloud with AWS” ของ Sony Network Communications  Mr. Kokubo เป็นคนอธิบายการดำเนินงานด้านไอทีแบบ One Man ดังนั้นประสิทธิภาพและระบบอัตโนมัติจึงมีความสำคัญต่อการทำงานที่ราบรื่นของระบบไอทีของ บริษัท ที่ตั้งอยู่ในญี่ปุ่นและสิงคโปร์และไทย

Takuji Kokubo เครื่องมือเพชรของโตเกียว
Mr. Takuji Kokubo
หัวหน้าฝ่ายระบบไอที
Tokyo Diamond Tools ในการผลิตระดับ จำกัด.

ย้ายไปยังคลาวด์และระบุความต้องการโซลูชันการกู้คืน 

เครื่องมือเพชรดำเนินการ Amazon EC2 และ Amazon S3 ซึ่งเป็นบริการจัดเก็บข้อมูลบนคลาวด์ พวกเขาย้ายกรุ๊ปแวร์, ฝ่ายสนับสนุนการขายและระบบการประชุมทางวิดีโอไปยัง AWS  ระบบการประชุมทางวิดีโอของ Diamond Tools มีความสำคัญต่อการทำงานประจำวัน  “ เป็นเครื่องมือที่ใช้บ่อยในการประชุมและการประชุมต่าง ๆ กับสถานที่ต่างประเทศ  มันถูกใช้งานประมาณ 100 ครั้งต่อเดือนและด้วยการเปลี่ยนจากระบบ SaaS แบบจ่ายตามการใช้งานเป็น AWS แบบธรรมดาเราสามารถลดต้นทุนได้มากถึงสองล้านเยนต่อปี” นายโคกุโบกล่าว  ก่อนหน้านี้คุณภาพเสียงมักจะลดลงเมื่อผู้ใช้จำนวนมากเกินไปรวมถึง บริษัท อื่น ๆ ที่เชื่อมต่อกับระบบในเวลาเดียวกัน  จากนั้นนายโคคุโบจะได้รับการร้องเรียนจากผู้ใช้ แต่ปัญหาไม่สามารถแก้ไขได้อย่างง่ายดาย  การสร้างระบบการประชุมทางวิดีโอเฉพาะทางของ บริษัท บน AWS ทำให้คุณภาพวิดีโอและเสียงมีความเสถียรและลดการร้องเรียน

Mr. Kokubo ประสบปัญหาเกี่ยวกับสภาพแวดล้อม EC2 ในไม่ช้า “ EC2 มีเสถียรภาพเหมือนโครงสร้างพื้นฐาน อย่างไรก็ตามบางครั้งบริการที่ล้มเหลว ฉันกังวลเสมอและวันหนึ่งระหว่างการเดินทางไปทำธุรกิจในต่างประเทศฉันได้รับโทรศัพท์แจ้งว่าผู้ใช้ไม่สามารถเข้าถึงระบบได้  ฉันต้องเปิดแล็ปท็อปของฉันซึ่งฉันพกติดตัวตลอดเวลาเพื่อเชื่อมต่อกับ AWS ผ่าน VPN และกู้คืนบริการที่ล้มเหลว "Mr. Kokubo กล่าว  เห็นได้ชัดว่ากระบวนการนี้ไม่สามารถปรับขนาดได้

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

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

นาย Kokubo รู้สึกเสมอว่าเขาจะต้องดูแลปัญหาใด ๆ เมื่อบริการใดบริการหนึ่งที่ทำงานบน EC2 ล้มเหลว  การเป็นคนเดียวที่สามารถแก้ไขปัญหาใด ๆ ยังคงเป็นภาระสำหรับเขา  Mr. Kokubo กล่าวว่า“ การเป็นร้านไอทีคนเดียวฉันมักจะพิจารณาว่าคุณค่าของฉันอยู่ที่การให้บริการฟังก์ชั่นช่วยเหลือเท่านั้น  แต่มันไม่ดีฉันต้องพิจารณาว่าฉันจะทำให้ระบบของ Tokyo Diamond ทำงานได้อย่างไรโดยไม่ต้องให้การสนับสนุน”

เนื่องจากเขาเป็นมืออาชีพด้านไอทีเพียงคนเดียวใน บริษัท ที่พึ่งพาบริการคลาวด์มากขึ้นเขาจึงรู้ว่าเขาต้องการความช่วยเหลือ “ เมื่อ Sony Network Communications บอกกับฉันว่า SIOS AppKeeper ให้การดำเนินงานอัตโนมัติและการจัดการอินสแตนซ์ EC2 ฉันตัดสินใจที่จะใช้มันก่อนที่จะดูรายละเอียด หากเรามีวิธีแก้ปัญหาที่กู้คืนบริการ EC2 โดยอัตโนมัติฉันก็ไม่จำเป็นต้องแก้ไขปัญหาทุกปัญหาด้วยการเชื่อมต่อกับ VPN ในระหว่างเดินทาง "นาย Kokubo กล่าว

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

แอปพลิเคชั่นมากกว่า 10 รายการทำงานบน AWS

โตเกียวไดมอนด์ยังคงโยกย้ายแอปพลิเคชั่นอื่นไปยัง AWS และภายในเดือนมิถุนายน 2018 มีแอปพลิเคชันมากกว่า 10 แอปพลิเคชันที่ทำงานบน AWS “ ฉันรู้สึกว่า AWS มีประโยชน์: ระบบปฏิบัติการเริ่มต้นใน 10 นาทีและทรัพยากรสามารถปรับขนาดขึ้น / ลงได้อย่างยืดหยุ่นขึ้นอยู่กับธุรกิจ เราสามารถลบทรัพยากรได้แม้ว่ามันจะไม่ทำงาน  อย่างไรก็ตามระบบหลักที่ประมวลผลข้อมูลจำนวนมากถูกย้ายไปยังสภาพแวดล้อมเสมือนจริงโดยใช้ศูนย์ข้อมูลไม่ใช่ AWS  เราใช้ทั้ง AWS และดาต้าเซ็นเตอร์เสมือนเพื่อสร้างระบบขึ้นอยู่กับการใช้งานและความต้องการ” นายโคกุโบกล่าว

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

SIOS AppKeeper เปิดใช้งานบุคลากรด้านไอทีเพื่อมุ่งเน้นงานอื่น ๆ

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

อย่างไรก็ตามเขามีคำขอสำหรับทีมพัฒนาเทคโนโลยี SIOS เกี่ยวกับ AppKeeper  “ หากไม่มีเหตุการณ์ฉันกังวลว่าทำงานได้ดีหรือฉันอาจลืมวิธีลงชื่อเข้าใช้ มันจะดีกว่านี้หากแจ้งให้ฉันทราบบ่อยๆว่ามันใช้งานได้” นายโคคุโบกล่าว  การทำงานและการจัดการอัตโนมัติเป็นจุดแข็งของ SIOS AppKeeper อย่างไรก็ตามมันสามารถมองไม่เห็นเมื่อไม่มีอะไรเกิดขึ้น

ต้องบอกว่านาย Kokubo ตกลงว่ามันเป็นประโยชน์อย่างมากที่เขาจะได้รับอิสระจากการแก้ไขปัญหาแอปพลิเคชันเหล่านี้  ตอนนี้เขาสามารถใช้เวลาในการจัดการมากขึ้นรวมถึงการพัฒนากลยุทธ์และการวางแผนด้านไอทีความปลอดภัยและการริเริ่ม BCP ของ Diamond Tool

แม้ว่าวันนี้เครื่องมือเพชรใช้ SIOS AppKeeper สำหรับการดำเนินงานและการจัดการของสามแอปพลิเคชัน แต่ก็มีแผนที่จะขยายความคุ้มครองของ AppKeeper ไปยังแอปพลิเคชันอื่น ๆ ในไม่ช้า  สิ่งนี้จะทำให้ Mr. Kokubo ใช้เวลากับกิจกรรมที่มีมูลค่าเพิ่ม  “ แม้ว่าเราจะพยายามจ้างเจ้าหน้าที่ระบบ แต่ก็เป็นเรื่องยากเพราะแรงงานญี่ปุ่นหดตัวลง  ในอนาคตฉันคาดหวังว่าเครื่องมือระบบจะแทนที่ผู้คนที่ใช้ AI (ปัญญาประดิษฐ์) และฉันหวังว่า SIOS AppKeeper ยังพัฒนาฟังก์ชั่นคล้าย AI เพื่อจัดการกับความล้มเหลวที่มีผลกระทบสูงโดยอัตโนมัติ” นาย Kokubo กล่าว ของการจัดการการดำเนินงานจะรับรู้

เรียนรู้เพิ่มเติมเกี่ยวกับ SIOS AppKeeper

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

 

 

Filed Under: เรื่องราวความสำเร็จ

  • « Previous Page
  • 1
  • 2

โพสต์ล่าสุด

  • 10 ข้อควรพิจารณาในการเลือกโซลูชันความพร้อมใช้งานสูงในสภาพแวดล้อม Nutanix
  • เซิร์ฟเวอร์ของฉันเป็นแบบใช้แล้วทิ้งหรือไม่? ซอฟต์แวร์ความพร้อมใช้งานสูงสอดคล้องกับแนวทางปฏิบัติที่ดีที่สุดของคลาวด์อย่างไร
  • กลยุทธ์การกู้คืนข้อมูลสำหรับโลกที่เสี่ยงต่อภัยพิบัติ
  • DataKeeper และเบสบอล: กลยุทธ์ในการกู้คืนจากภัยพิบัติ
  • การจัดทำงบประมาณสำหรับความเสี่ยงจากการหยุดทำงานของ SQL Server

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

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

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