Giải pháp · Container
Docker cần máy chủ cỡ nào?
Container là các tiến trình dùng chung một kernel, không phải máy ảo thu nhỏ: daemon chiếm khoảng 100 MB và mọi thứ sau đó chỉ là các tiến trình của bạn. Vì vậy câu trả lời nhỏ hơn bạn nghĩ: một proxy, một ứng dụng, một cơ sở dữ liệu và một cache cộng lại khoảng 515 MB, vừa thoải mái trên BD-8 giá $12.90.
Một container thực sự chiếm bao nhiêu
Khoảng ước tính, không phải benchmark
Image, cấu hình và lưu lượng của bạn ảnh hưởng đến các con số này nhiều hơn bất kỳ bảng nào. Hãy chạy docker stats trên stack của bạn: đó là con số duy nhất áp dụng cho bạn.
| Container | Bộ nhớ thông thường | Vừa trên BD-8 (8 GB) |
|---|---|---|
| Một reverse proxynginx, Caddy, Traefik | 15–60 MB | 129 ở mức cao |
| Một ứng dụng web nhỏNode, Python, Go: một tiến trình | 60–200 MB | 38 ở mức cao |
| PostgreSQL hoặc MySQLtập dữ liệu nhỏ, pool mặc định | 200–500 MB | 15 ở mức cao |
| Redislàm cache, giới hạn bởi maxmemory | 20–200 MB | 38 ở mức cao |
| Một dịch vụ JVMJava, Kotlin, Elasticsearch | 500–2000 MB | 3 ở mức cao |
Phép tính
Mỗi gói chứa được bao nhiêu
Bộ nhớ, trừ 300 MB cho hệ điều hành và 100 MB cho daemon, chia cho lượng bộ nhớ container của bạn chiếm. Cột giữa là một stack hoàn chỉnh (proxy, ứng dụng, cơ sở dữ liệu, cache) khoảng 515 MB.
| Gói | RAM | Stack hoàn chỉnh | Ứng dụng nhỏ | Ổ đĩa | Giá | Triển khai |
|---|---|---|---|---|---|---|
| VPS-1 | 1 GB | 1 | 3 | 25 GB | $9.90 | Triển khai |
| BD-8 | 8 GB | 15 | 38 | 100 GB | $12.90 | Triển khai |
| BD-12 | 12 GB | 23 | 59 | 200 GB | $17.90 | Triển khai |
| BD-24 | 24 GB | 46 | 120 | 300 GB | $31.90 | Triển khai |
Ổ đĩa là điều bất ngờ thứ hai, và người ta gặp nó muộn hơn: image, volume và log tích tụ âm thầm. Hãy đặt docker system prune vào cron hằng tuần trước khi nó trở nên cấp bách, đừng đợi đến sau.
So với chính chúng tôi
Khi nào bạn không nên mua
Nền tảng container được quản trị đắt hơn vì nó lo việc vận hành. Đó là một thứ thực sự đáng để mua.
VPS trao cho bạn quyền root và giao cho bạn việc cập nhật, khởi động lại, chứng chỉ và trực sự cố. Cách này rẻ hơn rất nhiều và thực sự tốn công hơn. Nếu bạn không muốn làm những việc đó, nền tảng được quản trị là câu trả lời trung thực, và chúng tôi thà giới thiệu nó còn hơn bán một máy rồi bị bỏ mặc với daemon chưa vá lỗi phơi ra internet. Hai lời khuyên nhỏ hơn cùng tinh thần: đặt giới hạn bộ nhớ cho mọi container để container gặp sự cố bị dừng thay vì cơ sở dữ liệu của bạn, và đừng dùng Kubernetes trên một máy duy nhất: một bộ điều phối không có gì để lập lịch chỉ là sự phức tạp.
Câu hỏi