Một trang, bốn phút để đọc, và không có điều khoản nào làm cho cam kết biến mất vào đúng tháng bạn cần. Thỏa thuận này tự động áp dụng cho mọi instance trên mạng lưới, ở mọi gói, ở mọi thành phố, không có hạng nào phải mua trước.
Uptime theo hợp đồng hàng tháng là 99,99% cho mỗi instance. Uptime đo được trong mười hai tháng gần nhất là 99,993%, được công bố liên tục trên trang trạng thái (/status).
1. Điều gì được tính là thời gian chết
Thời gian chết là khoảng thời gian instance của bạn không thể truy cập từ ít nhất hai trong số các probe bên ngoài của chúng tôi, cả hai đều nằm ngoài trang web bị ảnh hưởng, và nguyên nhân nằm ở phía chúng tôi của ranh giới.
Probe lấy mẫu mỗi ba mươi giây. Một sự kiện thời gian chết bắt đầu tại lần mẫu đầu tiên trong hai lần mẫu liên tiếp thất bại và kết thúc tại lần mẫu thành công đầu tiên, có nghĩa là sự kiện ngắn nhất chúng tôi có thể ghi nhận là sáu mươi giây. Bất cứ điều gì ngắn hơn thế sẽ không được tính, dù có lợi cho bạn hay cho chúng tôi.
Mất một dịch vụ bên trong instance của bạn không phải là thời gian chết. Một máy phản hồi trên mạng trong khi cơ sở dữ liệu của bạn bị kẹt vẫn được coi là hoạt động, dù sự phân biệt đó có vẻ vô dụng vào lúc đó.
2. Các trường hợp được loại trừ
- Bảo trì theo lịch. Được thông báo ít nhất bảy mươi hai giờ trước trên trang trạng thái và qua email, giới hạn bốn giờ mỗi instance mỗi tháng dương lịch, và được lên lịch từ 02:00 đến 06:00 giờ địa phương của trang web. Bảo trì vượt quá giới hạn đó được tính là thời gian chết như bất kỳ trường hợp nào khác.
- Bảo trì khẩn cấp. Một bản vá kernel hoặc hypervisor không thể chờ đợi, được thông báo trước bao xa tùy theo bản vá cho phép. Khoảng hai lần như vậy mỗi năm.
- Sự cố do khách hàng gây ra. Kernel panic của bạn, quy tắc tường lửa của bạn, bộ giết bộ nhớ của bạn, gia hạn hết hạn của bạn, hoặc đình chỉ theo chính sách sử dụng chấp nhận được (/legal/aup).
- Các cuộc tấn công vượt quá lớp lọc. Lưu lượng lớn nhắm vào dịch vụ của bạn vượt quá khả năng làm sạch của trang web, lên tới 12 Tbit/s tại các trang web lớn nhất và từ 4 đến 8 Tbit/s ở những nơi khác. Các cuộc tấn công lớp 7 bị loại trừ trừ khi bạn có DDoS Pro, thứ tồn tại chính xác cho trường hợp đó.
- Những thứ vượt qua biên của chúng tôi. Sự cố của một nhà cung cấp transit là của chúng tôi, vì chúng tôi mua nhiều và định tuyến xung quanh. Một sự cố trên internet công cộng giữa người dùng của bạn và biên của chúng tôi không phải là của chúng tôi.
- Bất khả kháng, theo nghĩa thông thường của cụm từ.
Mọi thứ không nằm trong danh sách đó đều được tính. Lỗi phần cứng được tính, lỗi hypervisor được tính, lỗi cấu hình của chính chúng tôi được tính, và một trang web mất điện được tính ngay cả khi điện là việc của người khác.
3. Tín dụng
| Uptime hàng tháng đo được | Thời gian chết trong tháng 30 ngày | Tín dụng |
|---|---|---|
| 99,99% trở lên | tối đa 4 phút | không có |
| 99,90% đến 99,98% | 4 đến 43 phút | 10% phí hàng tháng |
| 99,50% đến 99,89% | 43 phút đến 3 giờ 36 phút | 25% |
| 99,00% đến 99,49% | 3 giờ 36 phút đến 7 giờ 12 phút | 50% |
| dưới 99,00% | hơn 7 giờ 12 phút | 100% |
Tín dụng được tính cho mỗi instance dựa trên phí hàng tháng của instance đó, theo mức giá hàng tháng hiệu dụng của chu kỳ thanh toán của bạn thay vì giá niêm yết. Các tiện ích bổ sung gắn với instance bị ảnh hưởng được bao gồm trong phí mà tỷ lệ phần trăm được áp dụng. Tối đa trong bất kỳ tháng nào là một trăm phần trăm của phí đó.
4. Cách tín dụng được áp dụng
Tự động và không để bạn nhận biết trước. Khi một tháng dương lịch kết thúc, công việc thanh toán so sánh uptime đo được của mỗi instance với bảng trên, ghi có bất kỳ tín dụng nào vào số dư tài khoản bằng euro trong vòng ba ngày, và in một dòng trên hóa đơn tiếp theo giải thích instance nào và tháng nào.
Không có mẫu yêu cầu, không có thời hạn ba mươi ngày để tự phát hiện sự cố, và không có yêu cầu phải mở vé trong thời gian đó. Khoảng một trong năm tín dụng chúng tôi phát hành đến tay khách hàng không hề nhận ra điều gì đã xảy ra.
Tín dụng bù trừ vào các hóa đơn trong tương lai. Chúng không được thanh toán bằng tiền mặt cho một địa chỉ chuỗi, vì lý do nêu trong chính sách hoàn tiền (/legal/refunds): không có tiền vào công ty đối với chúng.
Tín dụng dịch vụ là biện pháp khắc phục duy nhất cho thời gian chết, như quy định tại mục 9 của các điều khoản (/legal/terms).
5. Mục tiêu mạng
Uptime là điểm nổi bật, mặc dù hiếm khi là thứ làm hỏng một tuần. Ba mục tiêu khác áp dụng cho mạng của riêng chúng tôi, nghĩa là từ instance của bạn đến biên của backbone của chúng tôi (/network):
- Mất gói tin dưới 0,1%, lấy mẫu mỗi ba mươi giây và tính trung bình trong một tháng dương lịch.
- Jitter dưới 2 mili giây giữa các trang web trong cùng một khu vực.
- Độ trễ trong phạm vi 20% so với trung vị từng cặp trang web được công bố trên chỉ mục vị trí (/locations), đến từ các probe của chúng tôi chứ không phải từ tài liệu quảng cáo.
Việc không đạt được bất kỳ mục tiêu nào trong số này trong một tháng dương lịch đầy đủ trên một đường mà instance của bạn sử dụng được coi là một sự kiện thuộc nhóm 99,90 đến 99,98 và được tín dụng ở mức mười phần trăm, trên cùng cơ sở tự động.
6. Đo lường và tranh chấp
Probe của chúng tôi và kính nhìn (/network/looking-glass) là hồ sơ chính và các mẫu thô cho instance của bạn có sẵn theo yêu cầu trong chín mươi ngày qua.
Không đồng ý với một tháng? Gửi dữ liệu giám sát của riêng bạn. Nếu nó lấy mẫu ít nhất một lần mỗi phút từ ít nhất hai mạng độc lập, chúng tôi sẽ xem xét nghiêm túc, và chúng tôi đã tín dụng dựa trên số liệu của khách hàng nhiều lần. Không ai tại công ty này từng tranh cãi với khách hàng về một khoản tín dụng có giá trị ít hơn cuộc tranh cãi.
Thỏa thuận này là một phần của các điều khoản dịch vụ (/legal/terms) và thay đổi theo cùng thời gian thông báo.