Ngăn chặn thời gian chết máy chủ ảnh hưởng đến trang web

0

Tôi đang thiết lập một máy chủ web đang chạy Ubuntu 12.10. Tôi sử dụng Canonical Cảnh để quản lý hệ thống và mọi hệ thống trong tương lai tôi có thể thêm. Tôi đang tự hỏi về cách tốt nhất để ngăn chặn thời gian ngừng hoạt động của trang web do lỗi phần cứng hoặc hệ thống quá nóng.

Tôi sử dụng hệ thống sao lưu 30 phút tốt để đảm bảo mất điện dưới 30 phút không ảnh hưởng đến trang web của tôi (Sao lưu pin UPS) nhưng điều gì xảy ra khi máy chủ tự hỏng. Tôi đã thấy nhiều thiết lập cho cấu hình "đám mây" nhưng không có thiết lập nào có ý nghĩa. Tôi chưa quen với quản trị máy chủ và rất nhiều điều khoản mới.

Tôi sẽ đưa cơ sở dữ liệu MySQL lên một máy chủ khác khi trang web của tôi phát triển để đảm bảo tốc độ. Tôi cũng đang lưu trữ tại nhà nên việc có một mạng dự phòng là không thể. Nếu điện thoại cố định của tôi không thành công, máy chủ sẽ ngừng hoạt động. Tuy nhiên điều đó không làm phiền tôi. Các trung tâm dữ liệu có thể ngoại tuyến do sự cố mạng nên tôi không lo lắng về điều đó.

Bất kỳ đề xuất hệ thống phân phối tải phần mềm hoặc phần cứng sẽ giúp. Cộng với một số tài liệu đơn giản hóa để mọi thứ tôi không hiểu được giải thích hoặc chỉ sử dụng các thuật ngữ đơn giản hóa.

Cảm ơn trước.

ubuntu cloud ubuntu-12.10

— JWassall
nguồn

3

Xin đừng lưu trữ bất cứ điều gì quan trọng ở nhà. Đơn giản là không thể làm hầu hết những gì bạn cần làm trong một thiết lập nhà.

— Michael Hampton

3

Tôi thực sự nghiêm túc xem xét việc nhận VPS ở đây. Kết nối nhà của bạn khó có thể ở bất cứ nơi nào nhanh như một trong trung tâm dữ liệu. Bạn cũng có thể có điều này ngoài hệ thống nhà của bạn bằng cách sử dụng DNS vòng tròn. Các lợi ích năng lượng / độ tin cậy / chi phí, có thể sẽ khiến bạn rời khỏi kết nối nhà của bạn trong một hoặc hai năm.

— Journeyman Geek

@JTHERmanGeek là chính xác. Một VPS từ một công ty lưu trữ đáng tin cậy là một lựa chọn tốt hơn nhiều. Thông thường, họ có nguồn điện dự phòng, internet, máy chủ VM, v.v ... webmasterfaqs.org/,

— Keltari

1

Bao gồm Varnish trong ngăn xếp lưu trữ của bạn. Varnish sẽ phục vụ như một bộ đệm và xử lý hầu hết các yêu cầu cho người dùng ẩn danh. Vì vậy, ngay cả khi máy chủ Apache của bạn bị hỏng, vecni sẽ tiếp tục xử lý các yêu cầu.

Nếu bạn có lưu lượng truy cập lớn, hãy xem xét VPS 'và một số đầu véc ni ở phía trước nói chuyện với một số máy chủ apache.

— sridhar pandurangiah
nguồn

Varnish không giúp đỡ ở đây. Còn các trang động thì sao?! Nếu trang web dựa trên một CMS (hoặc thậm chí một cái gì đó được viết đặc biệt) thì bộ đệm sẽ làm rất ít để đảm bảo tính liên tục.

— GeoSword

@GeoSword, véc ni chỉ để phục vụ các trang được lưu trữ tĩnh. Nó sẽ phục vụ các trang được lưu trong bộ nhớ cache ngay cả khi bạn có một CMS như Drupal chạy đằng sau nó. Vì vậy, tất cả nội dung không yêu cầu xác thực người dùng có thể được phục vụ. Tuy nhiên, khi đăng nhập, nó chuyển quyền kiểm soát tới máy chủ web + Drupal.

— sridhar pandurangiah

0

Đây là một câu hỏi rất rộng, nhưng đây là một số gợi ý. Để bảo vệ chống lỗi phần cứng, bạn sẽ muốn điều tra cân bằng tải (tôi sử dụng ldirector) và / hoặc Heart beat. Điều đó có nghĩa là bạn sẽ cần một máy chủ giống hệt hoặc ít hơn để hoạt động như một máy chủ dự phòng.

Mặc dù chúng được thiết kế cho những thứ khác nhau, nhưng từ quan điểm sẵn sàng cao, chúng có thể hoàn thành nhiều thứ giống nhau. Heartbeat cho phép một cặp máy chủ giám sát tính khả dụng của nhau và sẽ chuyển các dịch vụ (Chẳng hạn như máy chủ web) mà máy chủ vẫn tiếp tục chạy.

Cân bằng tải có thể đạt được một thiết lập tương tự bằng cách loại bỏ các máy chủ "chết" khỏi nhóm. Có một hướng dẫn khởi đầu tốt về nhịp tim ở đây: http://www.linuxjournal.com/article/5862 và http://www.howtoforge.com/set-up-a-loadbalified-ha-apache-cluster-ub Ubuntu8 này . Giao dịch 04-p3 với ldirectord trên ubfox (Mặc dù không phải là phiên bản bạn đang sử dụng)

Tôi sử dụng hệ thống sao lưu 30 phút tốt để đảm bảo mất điện dưới 30 phút không ảnh hưởng đến trang web của tôi

Tốt, nhưng sẽ mất bao lâu để khôi phục lại bản sao lưu của bạn?

Tôi cũng đang lưu trữ tại nhà nên việc có một mạng dự phòng là không thể. Nếu điện thoại cố định của tôi không thành công, máy chủ sẽ ngừng hoạt động. Tuy nhiên điều đó không làm phiền tôi. Các trung tâm dữ liệu có thể ngoại tuyến do sự cố mạng nên tôi không lo lắng về điều đó.

Tất nhiên, không có nơi nào chứng minh bom, nhưng tỷ lệ cược là tính khả dụng của DC sẽ tốt hơn rất nhiều so với kết nối băng rộng trong nhà. DC thường có (hoặc ít nhất nên có) Nhiều kết nối internet dự phòng, nguồn điện dự phòng, bảo vệ lũ lụt và hàng loạt các hệ thống dự phòng khác để duy trì mọi thứ hoạt động.

Nếu bạn muốn cải thiện độ tin cậy của trang web của mình, việc lấy VPS hoặc máy chủ thuê từ một trong nhiều nhà cung cấp ngoài đó, có lẽ là lựa chọn dễ dàng nhất của bạn.

Chúc may mắn với dự án của bạn.

— Địa lý
nguồn

Cảm ơn những lời đề nghị. Bởi 30minute+ backup systemtôi đã quên đề cập rằng đó là một UPS để nếu mất điện, máy chủ vẫn trực tuyến như bộ định tuyến modem của tôi. Tôi muốn giữ tất cả các hệ thống của mình ở nhà nếu có thể vì trả tiền cho một máy chủ dự phòng sẽ là vô nghĩa nếu phần cứng của tôi chỉ ngừng hoạt động mỗi tháng một lần. Tôi sẽ sớm nâng cấp máy chủ cũ của mình lên hàng đầu của dòng Atom (tiêu thụ điện năng thấp) hoặc xeon cấp thấp hơn và sẽ dễ dàng có thể xây dựng hai hệ thống rackmount giống hệt nhau. Tôi cũng không muốn hạ cấp từ 12.10. Nó ổn định và chạy tất cả các phần mềm tôi cần.

Bản thân việc cân bằng tải không bảo vệ chống lại sự cố phần cứng, mặc dù nó có thể bảo vệ chống sự cố phần cứng trong các máy chủ cân bằng tải (bạn vẫn cần bảo vệ chống lại sự thất bại của bộ cân bằng tải, bộ định tuyến, lưu trữ và các thiết bị có liên quan khác). @JWassall, một VPS cấp thấp không đắt lắm (giá tương đương với kết nối băng thông rộng tại nhà), bạn có thể xem xét các tùy chọn thanh toán như EC2 và sẽ cung cấp cho bạn độ tin cậy mà bạn đang tìm kiếm . Một ISP DC sẽ có các kỹ thuật viên trực điện thoại để giải quyết mọi vấn đề ít nhiều ngay lập tức và nhiều người cung cấp SLA để phù hợp với các nhu cầu khác nhau.

— một CVn