Tidak suka iklan? Pergi Bebas Iklan Hari ini 

Kalkulator Sumber Daya Kontainer Docker

DataPengembang

IKLAN · HAPUS?

MEMASUKKAN

Proses Otomatis

KELUARAN

Sisi klien

Properti	Nilai
Permintaan CPU	-
Batas CPU	-
Permintaan CPU (millicores)	-
Batas CPU (millicores)	-
Permintaan Memori	-
Batas Memori	-
Total CPU (semua kontainer)	-
Total Memori (semua kontainer)	-

Perintah Docker Run

Flag Docker --memory dan --cpus

Kubernetes YAML

Sumber daya Kubernetes.requests / limits

IKLAN · HAPUS?

Memandu

Kalkulator Sumber Daya Kontainer Docker

Hitung batas sumber daya CPU dan memori optimal untuk kontainer Docker dan pod Kubernetes berdasarkan kapasitas host dan tipe beban kerja Anda. Masukkan CPU yang tersedia dan RAM Anda, pilih preset beban kerja, dan bersiaplah untuk menggunakan flag Docker run, YAML sumber daya Kubernetes, dan cuplikan Docker Compose dengan tombol salin. Menangani skenario multi-kontainer dengan rasio overcommit yang dapat dikonfigurasi dan cadangan OS host.

Cara Penggunaan

Masukkan core CPU host Anda dan RAM yang tersedia dalam GB, lalu pilih preset tipe beban kerja atau tentukan rasio sumber daya kustom. Tetapkan jumlah kontainer, sesuaikan persentase cadangan OS host, dan konfigurasikan rasio overcommit. Kalkulator menghasilkan flag Docker run, YAML sumber daya Kubernetes, dan cuplikan Docker Compose untuk setiap kontainer. Peringatan akan muncul jika total alokasi sumber daya Anda melebihi kapasitas host.

Fitur

7 Preset Beban Kerja – Server Web, Server Aplikasi, Pekerja Latar Belakang, Basis Data, Cache, Inferensi ML, dan Kustom dengan rasio CPU dan memori yang direkomendasikan
Dukungan Multi-Kontainer – Bagi sumber daya di antara beberapa kontainer dengan distribusi yang merata
Flag Docker Run – Siap salin flag –memory, –memory-reservation, –cpus, dan –cpu-shares
Kubernetes YAML – Blok sumber daya lengkap dengan permintaan dan batas dalam millicores dan Mi/Gi
Cuplikan Docker Compose – Blok deploy.resources yang diformat untuk docker-compose.yml
Rasio Overcommit – Konfigurasikan rasio permintaan vs batas (1.0x tanpa overcommit hingga 2.0x agresif)
Cadangan OS Host – Persentase yang dapat disesuaikan dicadangkan untuk sistem operasi host (default 10-15%)
Peringatan Kapasitas – Peringatan visual ketika alokasi melebihi sumber daya host yang tersedia

IKLAN · HAPUS?

 Tanya Jawab Umum

Apa perbedaan antara batas memori Docker dan permintaan sumber daya Kubernetes?

Batas memori Docker (--memory flag) menetapkan batas keras pada penggunaan memori kontainer. Jika kontainer melebihi batas ini, Docker akan mematikannya dengan kesalahan OOM. Kubernetes memiliki dua pengaturan: permintaan sumber daya dan batas sumber daya. Permintaan adalah sumber daya minimum yang terjamin yang digunakan penjadwal untuk penempatan pod. Batas adalah maksimum yang dapat digunakan kontainer. Menyetel permintaan lebih rendah dari batas memungkinkan sumber daya berlebih di seluruh pod, yang meningkatkan pemanfaatan klaster tetapi berisiko terjadi persaingan di bawah beban.
Apa itu millicores Kubernetes dan bagaimana cara kerjanya?

Kubernetes mengukur CPU dalam millicores di mana 1 core CPU setara dengan 1000 millicores (1000m). Ini memungkinkan alokasi CPU yang terperinci. Misalnya, 250m berarti 1/4 core CPU, 1500m berarti 1,5 core. Anda juga dapat menentukan CPU sebagai nilai desimal seperti 0,25 atau 1,5. Millicores sangat berguna untuk kontainer kecil yang hanya membutuhkan sebagian kecil dari core CPU, dan mereka dipetakan ke pengaturan kuota Linux CFS (Completely Fair Scheduler) di balik layar.
Berapa banyak sumber daya host yang harus saya cadangkan untuk sistem operasi?

Rekomendasi umum adalah mencadangkan 10-15% CPU dan memori untuk sistem operasi host, layanan sistem, dan overhead runtime kontainer. Untuk node Kubernetes produksi, kubelet memiliki flag bawaan (--system-reserved dan --kube-reserved) untuk menyisihkan sumber daya. Pada host 16 GB, mencadangkan 10% berarti 1,6 GB untuk OS, menyisakan 14,4 GB untuk kontainer. Pencadangan yang kurang dapat menyebabkan ketidakstabilan sistem, sementara pencadangan yang berlebihan membuang-buang kapasitas.
Apa itu overcommitting sumber daya dan kapan saya harus menggunakannya?

Overcommitting sumber daya berarti menetapkan permintaan sumber daya lebih rendah dari batas, memungkinkan penjadwal untuk menampung lebih banyak pod ke node daripada yang dapat ditangani node jika semua pod menggunakan sumber daya maksimumnya secara bersamaan. Rasio overcommit 1,5x berarti permintaan ditetapkan ke 67% dari batas. Ini bekerja dengan baik untuk beban kerja yang berfluktuasi seperti server web yang jarang mencapai penggunaan puncak secara bersamaan. Hindari overcommitting untuk basis data dan layanan stateful di mana kinerja yang konsisten sangat penting. Mulai dengan 1.0x (tanpa overcommit) untuk produksi dan tingkatkan dengan hati-hati.