เวลาที่เหมาะสมในการแนะนำความพร้อมใช้งานสูงสำหรับเว็บไซต์คือเมื่อใด

เวลาที่เหมาะสมในการแนะนำความพร้อมใช้งานสูงสำหรับเว็บไซต์คือเมื่อใด

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

โปรดพิจารณาสถานการณ์ของฉัน:
http://www.postjobfree.comเป็นเว็บไซต์ตลอด 24/7 ที่มีการเข้าชมที่สำคัญ:
http://www.similarweb.com/website/postjobfree.com

ขณะนี้ฉันเรียกใช้บนเซิร์ฟเวอร์เดียว: ทั้งเว็บเซิร์ฟเวอร์ IIS 7.0 และ SQL Server 2008 ทำงานบนกล่องฮาร์ดแวร์เดียวกัน

มีบางครั้ง (~ หนึ่งครั้งต่อเดือน) ~ 5 นาทีโดยปกติจะเกิดจากการรีบูตเครื่องซึ่งจำเป็นต้องมีการอัพเดท Windows Server บางตัว มักจะมีการหยุดทำงานตามกำหนดและเกิดขึ้นในเวลากลางคืน ยังคงไม่เป็นที่พอใจเนื่องจาก Google Bot และผู้ใช้บางคนยังทำงานอยู่ในตอนกลางคืน

รายได้จากเว็บไซต์ปัจจุบันอยู่ที่ ~ $ 8K / เดือน

ฉันพิจารณาเปลี่ยนไปใช้การกำหนดค่าสองเซิร์ฟเวอร์ (เว็บฟาร์มของ 2 เว็บเซิร์ฟเวอร์และคลัสเตอร์ของ 2 เซิร์ฟเวอร์ SQL ที่โฮสต์บนเซิร์ฟเวอร์ฮาร์ดแวร์สองแห่ง)

ข้อดี:
1) ความพร้อมใช้งานสูง (ในทางทฤษฎีไม่มีการหยุดทำงาน) แม้ว่าเซิร์ฟเวอร์เครื่องใดเครื่องหนึ่งหยุดทำงาน - เซิร์ฟเวอร์อื่นจะเข้าแทนที่
2) ไม่มีการสูญเสียข้อมูล: หากไม่มีคลัสเตอร์ SQL ข้อมูลหนึ่งวันสามารถสูญหายได้ในกรณีที่ฮาร์ดแวร์ล้มเหลว (เราสำรองข้อมูลทุกวัน)

ข้อด้อย:
1) ความพยายามเพิ่มเติมในการตั้งค่าและบำรุงรักษาการกำหนดค่าดังกล่าว
2) ค่าใช้จ่ายโฮสติ้งที่สูงขึ้น แทนที่จะเป็น ~ $ 600 / เดือนมันจะประมาณ $ 1200 / เดือน

คำแนะนำของคุณคืออะไร

คำตอบสั้น ๆ : เมื่อหยุดทำงานหรือมีความเสี่ยงจะทำให้คุณต้องเสียค่าใช้จ่ายสูง

มันเป็นการตัดสินใจทางเศรษฐกิจขั้นพื้นฐาน ตัวอย่างเช่น. $ 8k / เดือนหมายความว่าการหยุดทำงาน 2 ชั่วโมงจะทำให้คุณเสียค่าใช้จ่าย $ 22 หากคุณสามารถกำหนดค่าระบบของคุณเพื่อให้คุณสามารถเริ่มต้นจากศูนย์การทำงานที่สมบูรณ์ได้ภายใน 2 ชั่วโมงจากนั้นความพร้อมใช้งานสูงจะทำให้คุณได้รับฟังก์ชันการทำงาน $ 22 เท่านั้น

อีกวิธีหนึ่งคุณสามารถประหยัดเงินเว้นแต่ / จนกว่าคุณจะมีเวลาหยุดงาน 54 ชั่วโมงในเดือนที่กำหนด

ผู้มีส่วนได้เสีย / กลุ่มธุรกิจของคุณ (ซึ่งอาจเป็นคุณ!) ต้องตัดสินใจ

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

การสูญเสียรายได้นั้นง่ายต่อการหาจำนวน: ส่วนที่เหลือไม่สามารถตอบได้ที่นี่ขอโทษ ...

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

ฉันจะเก็บไว้ในมุมมองนั้นถ้าคุณเพียงแค่พูดจริง ๆ 5 นาทีต่อเดือนคุณทำงานได้ค่อนข้างดีในฐานะดูแลระบบ

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

โปรดทราบว่า HA เช่นความปลอดภัยไม่ใช่ผลิตภัณฑ์ แต่เป็นกระบวนการ

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

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

ตามที่ @Slartibartfast แนะนำสิ่งทั้งหมดนี้ทำให้การตัดสินใจทางเศรษฐกิจดีขึ้น แต่ผมขอแนะนำให้คุณวางแผนในอนาคตอีกไม่กี่ปีข้างหน้านี้ หากคุณคาดหวังว่าจะต้องมีการติดตั้ง HA ที่เหมาะสมดังนั้นคุณควรเตรียมทรัพยากรสำหรับงานเตรียมการ

ในขณะที่คุณคิดเกี่ยวกับสิ่งนี้ฉันคิดว่าคุณพิจารณาการตั้งค่าหน้า "วาฬล้มเหลว"

มีหลายวิธีในการทำเช่นนี้ แต่คำสั่งผสม aws ของ route53 และ s3 ทำงานได้ดีบนไซต์ขนาดเล็กของฉัน

ฉันตั้งค่าโดเมนด้วย healthchecks เพื่อที่ว่า DNS ล้มเหลวส่งผู้ใช้ไปยังผู้ใช้ไปยังหน้า html คงที่ใน s3; ค่าใช้จ่ายถัดจากอะไร

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

สิ่งนี้ใช้เวลานานในการบรรเทา "การสูญเสียชื่อเสียง" ซึ่งอาจเป็นผลกระทบที่สำคัญที่สุดของการหยุดทำงาน

ดู: https://aws.amazon.com/blogs/aws/create-a-backup-website-using-route-53-dns-failover-and-s3-website-hosting/สำหรับคำแนะนำในการตั้งค่า

http://dyn.com/managed-dns/social-failover/ ความล้มเหลวทางสังคมของDynDns เป็นสิ่งที่คล้ายกัน

คุณสามารถม้วนของคุณเองและทำ healthchecks ของคุณแล้วสคริปต์การเปลี่ยนแปลง DNS ให้ระเบียน DNS ของคุณมี TTL ต่ำและคุณมีวิธีการจัดการพวกเขาโดยทางโปรแกรม

คุณเคยลองใช้ EC2 ที่จะช่วยให้คุณปรับขนาดได้อย่างยืดหยุ่นและลบล้างข้อเสียของคุณหรือไม่? ในที่สุดมันก็เป็นการตัดสินใจทางเศรษฐกิจหากใช้ EC2 นั้นคุ้มค่าหรือไม่ แต่อย่างน้อยก็เป็นตัวเลือกในการพิจารณา

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