Yushiro FURUKAWA
committed by
Kubernetes Prow Robot
Kubernetes Prow Robot
parent
99619d3414
commit
520caa1264
@@ -7,8 +7,8 @@ weight: 40
|
|||||||
|
|
||||||
{{% capture overview %}}
|
{{% capture overview %}}
|
||||||
|
|
||||||
Bagian konsep ini membantu kamu belajar tentang bagian-bagian sistem serta abstraksi
|
Bagian konsep ini membantu kamu belajar tentang bagian-bagian sistem serta abstraksi
|
||||||
yang digunakan Kubernetes untuk merepresentasikan kluster kamu, serta membantu
|
yang digunakan Kubernetes untuk merepresentasikan kluster kamu, serta membantu
|
||||||
kamu belajar lebih dalam bagaimana cara kerja Kubernetes.
|
kamu belajar lebih dalam bagaimana cara kerja Kubernetes.
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
@@ -17,37 +17,37 @@ kamu belajar lebih dalam bagaimana cara kerja Kubernetes.
|
|||||||
|
|
||||||
## Ikhtisar
|
## Ikhtisar
|
||||||
|
|
||||||
Untuk menggunakan Kubernetes, kamu menggunakan obyek-obyek *Kubernetes API* untuk merepresentasikan
|
Untuk menggunakan Kubernetes, kamu menggunakan obyek-obyek *Kubernetes API* untuk merepresentasikan
|
||||||
*state* yang diinginkan: apa yang aplikasi atau *workload* lain yang ingin kamu
|
*state* yang diinginkan: apa yang aplikasi atau *workload* lain yang ingin kamu
|
||||||
jalankan, *image* kontainer yang digunakan, jaringan atau *resource disk* apa yang ingin
|
jalankan, *image* kontainer yang digunakan, jaringan atau *resource disk* apa yang ingin
|
||||||
kamu sediakan, dan lain sebagainya. Kamu membuat *state* yang diinginkan dengan cara membuat
|
kamu sediakan, dan lain sebagainya. Kamu membuat *state* yang diinginkan dengan cara membuat
|
||||||
obyek dengan menggunakan API Kubernetes, dan biasanya menggunakan `command-line interface`, yaitu `kubectl`.
|
obyek dengan menggunakan API Kubernetes, dan biasanya menggunakan `command-line interface`, yaitu `kubectl`.
|
||||||
Kamu juga dapat secara langsung berinteraksi dengan kluster untuk membuat atau mengubah
|
Kamu juga dapat secara langsung berinteraksi dengan kluster untuk membuat atau mengubah
|
||||||
*state* yang kamu inginkan.
|
*state* yang kamu inginkan.
|
||||||
|
|
||||||
Setelah kamu membuat *state* yang kamu inginkan, *Control Plane* Kubernetes
|
Setelah kamu membuat *state* yang kamu inginkan, *Control Plane* Kubernetes
|
||||||
menggunakan `Pod Lifecycle Event Generator (PLEG)` untuk mengubah
|
menggunakan `Pod Lifecycle Event Generator (PLEG)` untuk mengubah
|
||||||
*state* yang ada saat ini supaya sama dengan *state* yang diinginkan.
|
*state* yang ada saat ini supaya sama dengan *state* yang diinginkan.
|
||||||
Untuk melakukan hal tersebut, Kubernetes melakukan berbagai *task* secara otomatis,
|
Untuk melakukan hal tersebut, Kubernetes melakukan berbagai *task* secara otomatis,
|
||||||
misalnya dengan mekanisme `start` atau `stop` kontainer, melakukan *scale* replika dari
|
misalnya dengan mekanisme `start` atau `stop` kontainer, melakukan *scale* replika dari
|
||||||
suatu aplikasi, dan lain sebagainya. *Control Plane* Kubernetes terdiri dari sekumpulan
|
suatu aplikasi, dan lain sebagainya. *Control Plane* Kubernetes terdiri dari sekumpulan
|
||||||
`process` yang dijalankan di kluster:
|
`process` yang dijalankan di kluster:
|
||||||
|
|
||||||
* **Kubernetes Master** terdiri dari tiga buah *process* yang dijalankan pada sebuah *node* di kluster kamu, *node* ini disebut sebagai *master*, yang terdiri [kube-apiserver](/docs/admin/kube-apiserver/), [kube-controller-manager](/docs/admin/kube-controller-manager/) dan [kube-scheduler](/docs/admin/kube-scheduler/).
|
* **Kubernetes Master** terdiri dari tiga buah *process* yang dijalankan pada sebuah *node* di kluster kamu, *node* ini disebut sebagai *master*, yang terdiri [kube-apiserver](/docs/admin/kube-apiserver/), [kube-controller-manager](/docs/admin/kube-controller-manager/) dan [kube-scheduler](/docs/admin/kube-scheduler/).
|
||||||
* Setiap *node* non-master pada kluster kamu menjalankan dua buah *process*:
|
* Setiap *node* non-master pada kluster kamu menjalankan dua buah *process*:
|
||||||
* **[kubelet](/docs/admin/kubelet/)**, yang menjadi perantara komunikasi dengan *master*.
|
* **[kubelet](/docs/admin/kubelet/)**, yang menjadi perantara komunikasi dengan *master*.
|
||||||
* **[kube-proxy](/docs/admin/kube-proxy/)**, sebuah *proxy* yang merupakan representasi jaringan yang ada pada setiap *node*.
|
* **[kube-proxy](/docs/admin/kube-proxy/)**, sebuah *proxy* yang merupakan representasi jaringan yang ada pada setiap *node*.
|
||||||
|
|
||||||
## Obyek Kubernetes
|
## Obyek Kubernetes
|
||||||
|
|
||||||
Kubernetes memiliki beberapa abstraksi yang merepresentasikan *state* dari sistem kamu:
|
Kubernetes memiliki beberapa abstraksi yang merepresentasikan *state* dari sistem kamu:
|
||||||
apa yang aplikasi atau *workload* lain yang ingin kamu jalankan, jaringan atau *resource disk* apa yang ingin
|
apa yang aplikasi atau *workload* lain yang ingin kamu jalankan, jaringan atau *resource disk* apa yang ingin
|
||||||
kamu sediakan, serta beberapa informasi lain terkait apa yang sedang kluster kamu lakukan.
|
kamu sediakan, serta beberapa informasi lain terkait apa yang sedang kluster kamu lakukan.
|
||||||
Abstraksi ini direpresentasikan oleh obyek yang tersedia di API Kubernetes;
|
Abstraksi ini direpresentasikan oleh obyek yang tersedia di API Kubernetes;
|
||||||
lihat [ikhtisar obyek-obyek Kubernetes](/docs/concepts/abstractions/overview/)
|
lihat [ikhtisar obyek-obyek Kubernetes](/docs/concepts/abstractions/overview/)
|
||||||
untuk penjelasan yang lebih mendetail.
|
untuk penjelasan yang lebih mendetail.
|
||||||
|
|
||||||
Obyek mendasar Kubernetes termasuk:
|
Obyek mendasar Kubernetes termasuk:
|
||||||
|
|
||||||
* [Pod](/docs/concepts/workloads/pods/pod-overview/)
|
* [Pod](/docs/concepts/workloads/pods/pod-overview/)
|
||||||
* [Service](/docs/concepts/services-networking/service/)
|
* [Service](/docs/concepts/services-networking/service/)
|
||||||
@@ -65,31 +65,31 @@ Kontroler merupakan obyek mendasar dengan fungsi tambahan, contoh dari kontroler
|
|||||||
|
|
||||||
## *Control Plane* Kubernetes
|
## *Control Plane* Kubernetes
|
||||||
|
|
||||||
Berbagai bagian *Control Plane* Kubernetes, seperti *master* dan *process-process* kubelet,
|
Berbagai bagian *Control Plane* Kubernetes, seperti *master* dan *process-process* kubelet,
|
||||||
mengatur bagaimana Kubernetes berkomunikasi dengan kluster kamu. *Control Plane*
|
mengatur bagaimana Kubernetes berkomunikasi dengan kluster kamu. *Control Plane*
|
||||||
menjaga seluruh *record* dari obyek Kubernetes serta terus menjalankan
|
menjaga seluruh *record* dari obyek Kubernetes serta terus menjalankan
|
||||||
iterasi untuk melakukan manajemen *state* obyek. *Control Plane* akan memberikan respon
|
iterasi untuk melakukan manajemen *state* obyek. *Control Plane* akan memberikan respon
|
||||||
apabila terdapat perubahan pada kluster kamu dan mengubah *state* saat ini agar sesuai
|
apabila terdapat perubahan pada kluster kamu dan mengubah *state* saat ini agar sesuai
|
||||||
dengan *state* yang diinginkan.
|
dengan *state* yang diinginkan.
|
||||||
|
|
||||||
Contohnya, ketika kamu menggunakan API Kubernetes untuk membuat sebuah *Deployment*,
|
Contohnya, ketika kamu menggunakan API Kubernetes untuk membuat sebuah *Deployment*,
|
||||||
kamu memberikan sebuah *state* baru yang harus dipenuhi oleh sistem. *Control Plane*
|
kamu memberikan sebuah *state* baru yang harus dipenuhi oleh sistem. *Control Plane*
|
||||||
kemudian akan mencatat obyek apa saja yang dibuat, serta menjalankan instruksi yang kamu berikan
|
kemudian akan mencatat obyek apa saja yang dibuat, serta menjalankan instruksi yang kamu berikan
|
||||||
dengan cara melakukan `start` aplikasi dan melakukan `scheduling` aplikasi tersebut
|
dengan cara melakukan `start` aplikasi dan melakukan `scheduling` aplikasi tersebut
|
||||||
pada *node*, dengan kata lain mengubah *state* saat ini agar sesuai dengan *state* yang diinginkan.
|
pada *node*, dengan kata lain mengubah *state* saat ini agar sesuai dengan *state* yang diinginkan.
|
||||||
|
|
||||||
### Master
|
### Master
|
||||||
|
|
||||||
Master Kubernetes bertanggung jawab untuk memelihara *state* yang diinginkan pada kluster kamu.
|
Master Kubernetes bertanggung jawab untuk memelihara *state* yang diinginkan pada kluster kamu.
|
||||||
Ketika kamu berinteraksi dengan Kubernetes, misalnya saja menggunakan perangkat `kubectl`,
|
Ketika kamu berinteraksi dengan Kubernetes, misalnya saja menggunakan perangkat `kubectl`,
|
||||||
kamu berkomunikasi dengan *master* kluster Kubernetes kamu.
|
kamu berkomunikasi dengan *master* kluster Kubernetes kamu.
|
||||||
|
|
||||||
> "master" merujuk pada tiga buah *process* yang dijalankan pada sebuah *node* pada kluster kamu, *node* ini disebut sebagai *master*, yang terdiri [kube-apiserver](/docs/admin/kube-apiserver/), [kube-controller-manager](/docs/admin/kube-controller-manager/) dan [kube-scheduler](/docs/admin/kube-scheduler/).
|
> "master" merujuk pada tiga buah *process* yang dijalankan pada sebuah *node* pada kluster kamu, *node* ini disebut sebagai *master*, yang terdiri [kube-apiserver](/docs/admin/kube-apiserver/), [kube-controller-manager](/docs/admin/kube-controller-manager/) dan [kube-scheduler](/docs/admin/kube-scheduler/).
|
||||||
|
|
||||||
### Node
|
### Node
|
||||||
|
|
||||||
*Node* di dalam kluster Kubernetes adalah mesin (mesin virtual maupun fisik) yang
|
*Node* di dalam kluster Kubernetes adalah mesin (mesin virtual maupun fisik) yang
|
||||||
menjalankan aplikasi kamu. Master mengontrol setiap node; kamu akan jarang berinteraksi
|
menjalankan aplikasi kamu. Master mengontrol setiap node; kamu akan jarang berinteraksi
|
||||||
dengan *node* secara langsung.
|
dengan *node* secara langsung.
|
||||||
|
|
||||||
#### Metadata obyek
|
#### Metadata obyek
|
||||||
|
|||||||
@@ -17,7 +17,7 @@ Hal ini cukup penting, karena kluster bisa saja berjalan pada jaringan tak terpe
|
|||||||
|
|
||||||
## Kluster menuju Master
|
## Kluster menuju Master
|
||||||
|
|
||||||
Semua jalur komunikasi dari kluster menuju master diterminasi pada apiserver.
|
Semua jalur komunikasi dari kluster menuju master diterminasi pada apiserver.
|
||||||
Tidak ada komponen apapun di dalam master, selain apiserver, yang terekspos ke luar untuk diakses dari servis <i>remote</i>.
|
Tidak ada komponen apapun di dalam master, selain apiserver, yang terekspos ke luar untuk diakses dari servis <i>remote</i>.
|
||||||
Untuk instalasi kluster pada umumnya, apiserver diatur untuk <i>listen</i> ke koneksi <i>remote</i> melalui port HTTPS (443) yang aman, dengan satu atau beberapa metode [autentikasi](/docs/reference/access-authn-authz/authentication/) <i>client</i> yang telah terpasang.
|
Untuk instalasi kluster pada umumnya, apiserver diatur untuk <i>listen</i> ke koneksi <i>remote</i> melalui port HTTPS (443) yang aman, dengan satu atau beberapa metode [autentikasi](/docs/reference/access-authn-authz/authentication/) <i>client</i> yang telah terpasang.
|
||||||
Sebaiknya, satu atau beberapa metode [otorisasi](/docs/reference/access-authn-authz/authorization/) juga dipasang, terutama jika kamu memperbolehkan [permintaan anonim (<i>anonymous request</i>)](/docs/reference/access-authn-authz/authentication/#anonymous-requests) ataupun [service account token](/docs/reference/access-authn-authz/authentication/#service-account-tokens).
|
Sebaiknya, satu atau beberapa metode [otorisasi](/docs/reference/access-authn-authz/authorization/) juga dipasang, terutama jika kamu memperbolehkan [permintaan anonim (<i>anonymous request</i>)](/docs/reference/access-authn-authz/authentication/#anonymous-requests) ataupun [service account token](/docs/reference/access-authn-authz/authentication/#service-account-tokens).
|
||||||
@@ -39,7 +39,7 @@ Dan juga, kluster dan master bisa terhubung melalui jaringan publik dan/atau yan
|
|||||||
|
|
||||||
Ada dua jalur komunikasi utama dari master (apiserver) menuju kluster.
|
Ada dua jalur komunikasi utama dari master (apiserver) menuju kluster.
|
||||||
Pertama, dari apiserver ke <i>process</i> kubelet yang berjalan pada setiap node di dalam kluster.
|
Pertama, dari apiserver ke <i>process</i> kubelet yang berjalan pada setiap node di dalam kluster.
|
||||||
Kedua, dari apiserver ke setiap node, pod, ataupun service melalui fungsi <i>proxy</i> pada apiserver.
|
Kedua, dari apiserver ke setiap node, pod, ataupun service melalui fungsi <i>proxy</i> pada apiserver.
|
||||||
|
|
||||||
### Apiserver menuju kubelet
|
### Apiserver menuju kubelet
|
||||||
|
|
||||||
|
|||||||
@@ -62,12 +62,12 @@ Penggunaan <i>field-field</i> ini bergantung pada penyedia layanan cloud ataupun
|
|||||||
```
|
```
|
||||||
|
|
||||||
Jika status untuk `Ready condition` bernilai `Unknown` atau `False` untuk waktu yang lebih dari `pod-eviction-timeout`, tergantung bagaimana [kube-controller-manager](/docs/admin/kube-controller-manager/) dikonfigurasi, semua pod yang dijalankan pada node tersebut akan dihilangkan oleh Kontroler Node.
|
Jika status untuk `Ready condition` bernilai `Unknown` atau `False` untuk waktu yang lebih dari `pod-eviction-timeout`, tergantung bagaimana [kube-controller-manager](/docs/admin/kube-controller-manager/) dikonfigurasi, semua pod yang dijalankan pada node tersebut akan dihilangkan oleh Kontroler Node.
|
||||||
Durasi <i>eviction timeout</i> yang standar adalah **lima menit**.
|
Durasi <i>eviction timeout</i> yang standar adalah **lima menit**.
|
||||||
Pada kasus tertentu ketika node terputus jaringannya, apiserver tidak dapat berkomunikasi dengan kubelet yang ada pada node.
|
Pada kasus tertentu ketika node terputus jaringannya, apiserver tidak dapat berkomunikasi dengan kubelet yang ada pada node.
|
||||||
Keputusan untuk menghilangkan pod tidak dapat diberitahukan pada kubelet, sampai komunikasi dengan apiserver terhubung kembali.
|
Keputusan untuk menghilangkan pod tidak dapat diberitahukan pada kubelet, sampai komunikasi dengan apiserver terhubung kembali.
|
||||||
Sementara itu, pod-pod akan terus berjalan pada node yang sudah terputus, walaupun mendapati <i>schedule</i> untuk dihilangkan.
|
Sementara itu, pod-pod akan terus berjalan pada node yang sudah terputus, walaupun mendapati <i>schedule</i> untuk dihilangkan.
|
||||||
|
|
||||||
Pada versi Kubernetes sebelum 1.5, kontroler node dapat menghilangkan dengan paksa ([force delete](/docs/concepts/workloads/pods/pod/#force-deletion-of-pods)) pod-pod yang terputus dari apiserver.
|
Pada versi Kubernetes sebelum 1.5, kontroler node dapat menghilangkan dengan paksa ([force delete](/docs/concepts/workloads/pods/pod/#force-deletion-of-pods)) pod-pod yang terputus dari apiserver.
|
||||||
Namun, pada versi 1.5 dan seterusnya, kontroler node tidak menghilangkan pod dengan paksa, sampai ada konfirmasi bahwa pod tersebut sudah berhenti jalan di dalam kluster.
|
Namun, pada versi 1.5 dan seterusnya, kontroler node tidak menghilangkan pod dengan paksa, sampai ada konfirmasi bahwa pod tersebut sudah berhenti jalan di dalam kluster.
|
||||||
Pada kasus dimana Kubernetes tidak bisa menarik kesimpulan bahwa ada node yang telah meninggalkan kluster, admin kluster mungkin perlu untuk menghilangkan node secara manual.
|
Pada kasus dimana Kubernetes tidak bisa menarik kesimpulan bahwa ada node yang telah meninggalkan kluster, admin kluster mungkin perlu untuk menghilangkan node secara manual.
|
||||||
Menghilangkan obyek node dari Kubernetes akan membuat semua pod yang berjalan pada node tersebut dihilangkan oleh apiserver, dan membebaskan nama-namanya agar bisa digunakan kembali.
|
Menghilangkan obyek node dari Kubernetes akan membuat semua pod yang berjalan pada node tersebut dihilangkan oleh apiserver, dan membebaskan nama-namanya agar bisa digunakan kembali.
|
||||||
|
|||||||
@@ -10,85 +10,85 @@ weight: 80
|
|||||||
{{< include "federation-deprecation-warning-note.md" >}}
|
{{< include "federation-deprecation-warning-note.md" >}}
|
||||||
{{< /deprecationfilewarning >}}
|
{{< /deprecationfilewarning >}}
|
||||||
|
|
||||||
Laman ini menjelaskan alasan dan cara penggunaan _federation_ untuk melakukan manajemen
|
Laman ini menjelaskan alasan dan cara penggunaan _federation_ untuk melakukan manajemen
|
||||||
kluster Kubernetes.
|
kluster Kubernetes.
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|
||||||
{{% capture body %}}
|
{{% capture body %}}
|
||||||
## Kenapa _Federation_ ?
|
## Kenapa _Federation_ ?
|
||||||
|
|
||||||
_Federation_ membuat proses manajemen kluster multipel menjadi lebih mudah.
|
_Federation_ membuat proses manajemen kluster multipel menjadi lebih mudah.
|
||||||
_Federation_ mencapai hal ini dengan cara menyediakan 2 buah fondasi:
|
_Federation_ mencapai hal ini dengan cara menyediakan 2 buah fondasi:
|
||||||
|
|
||||||
* Melakukan sinkronisasi _resource_ di seluruh kluster: _Federation_
|
* Melakukan sinkronisasi _resource_ di seluruh kluster: _Federation_
|
||||||
menyediakan kemampuan untuk melakukan sinkronisasi _resources_ pada _multiple_
|
menyediakan kemampuan untuk melakukan sinkronisasi _resources_ pada _multiple_
|
||||||
kluster. Sebagai contoh, kamu dapat memastikan _Deployment_ yang sama
|
kluster. Sebagai contoh, kamu dapat memastikan _Deployment_ yang sama
|
||||||
tersedia pada kluster multipel.
|
tersedia pada kluster multipel.
|
||||||
* _Cross_ _cluster_ _Discovery_: _Federation_ menyediakan kemampuan untuk melakukan
|
* _Cross_ _cluster_ _Discovery_: _Federation_ menyediakan kemampuan untuk melakukan
|
||||||
konfigurasi otomatis server DNS dan _load balancer_ dari semua kluster.
|
konfigurasi otomatis server DNS dan _load balancer_ dari semua kluster.
|
||||||
Misalnya, kamu dapat memastikan bahwa sebuah VIP atau DNS global dapat digunakan
|
Misalnya, kamu dapat memastikan bahwa sebuah VIP atau DNS global dapat digunakan
|
||||||
untuk mengakses _backend_ dari kluster multipel.
|
untuk mengakses _backend_ dari kluster multipel.
|
||||||
|
|
||||||
Beberapa penggunaan _federation_ adalah sebagai berikut:
|
Beberapa penggunaan _federation_ adalah sebagai berikut:
|
||||||
|
|
||||||
* _High Availability_: Melakukan _load balance_ di seluruh kluster serta
|
* _High Availability_: Melakukan _load balance_ di seluruh kluster serta
|
||||||
melakukan konfigurasi otomatis server DNS dan _load balancer_, _federation_
|
melakukan konfigurasi otomatis server DNS dan _load balancer_, _federation_
|
||||||
meminimalisasi dampak yang terjadi apabila terjadi kegagalan kluster.
|
meminimalisasi dampak yang terjadi apabila terjadi kegagalan kluster.
|
||||||
* Mencegah _lock-in_ yang terjadi akibat penyedia layanan: Dengan cara mempermudah
|
* Mencegah _lock-in_ yang terjadi akibat penyedia layanan: Dengan cara mempermudah
|
||||||
proses migrasi antar kluster.
|
proses migrasi antar kluster.
|
||||||
|
|
||||||
|
|
||||||
Manfaat _federation_ tidak akan terlalu kelihatan kecuali kamu memiliki beberapa kluster.
|
Manfaat _federation_ tidak akan terlalu kelihatan kecuali kamu memiliki beberapa kluster.
|
||||||
Beberapa alasan kenapa kamu butuh beberapa kluster adalah:
|
Beberapa alasan kenapa kamu butuh beberapa kluster adalah:
|
||||||
|
|
||||||
* _Latency_ yang rendah: Memiliki kluster yang berada di _region_ yang berbeda
|
* _Latency_ yang rendah: Memiliki kluster yang berada di _region_ yang berbeda
|
||||||
meminimalisasi _latency_ dengan cara menyajikan konten ke pengguna
|
meminimalisasi _latency_ dengan cara menyajikan konten ke pengguna
|
||||||
berdasarkan _region_ yang paling dekat dengan pengguna tersebut.
|
berdasarkan _region_ yang paling dekat dengan pengguna tersebut.
|
||||||
* Isolasi _fault_: Akan lebih baik apabila kita memiliki beberapa kluster kecil
|
* Isolasi _fault_: Akan lebih baik apabila kita memiliki beberapa kluster kecil
|
||||||
dibandingkan sebuah kluster besar untuk melakukan isolasi _fault_ (misalnya saja
|
dibandingkan sebuah kluster besar untuk melakukan isolasi _fault_ (misalnya saja
|
||||||
kluster ini bisa saja berada di _availability_ zona dan penyedia layanan _cloud_
|
kluster ini bisa saja berada di _availability_ zona dan penyedia layanan _cloud_
|
||||||
yang berbeda).
|
yang berbeda).
|
||||||
* Skalabilitas: Terdapat batasan skalabilitas untuk sebuah kluster Kubernetes,
|
* Skalabilitas: Terdapat batasan skalabilitas untuk sebuah kluster Kubernetes,
|
||||||
hal ini sebenarnya tidak menjadi masalah bagi sebagian besar pengguna. Untuk informasi
|
hal ini sebenarnya tidak menjadi masalah bagi sebagian besar pengguna. Untuk informasi
|
||||||
lebih lanjut kamu bisa membaca
|
lebih lanjut kamu bisa membaca
|
||||||
[_Kubernetes Scaling_ dan Perencanaan Performa](https://git.k8s.io/community/sig-scalability/goals.md)).
|
[_Kubernetes Scaling_ dan Perencanaan Performa](https://git.k8s.io/community/sig-scalability/goals.md)).
|
||||||
* [_Hybrid cloud_](#hybrid-cloud-capabilities): Kamu dapat memiliki _multiple_ klsuter
|
* [_Hybrid cloud_](#hybrid-cloud-capabilities): Kamu dapat memiliki _multiple_ klsuter
|
||||||
pada penyedia layanan _cloud_ yang berbeda ataupun menggunakan _on-premsie_.
|
pada penyedia layanan _cloud_ yang berbeda ataupun menggunakan _on-premsie_.
|
||||||
|
|
||||||
### Kekurangan
|
### Kekurangan
|
||||||
|
|
||||||
Meskipun terdapat banyak kelebihan dari penggunaan _federation_,
|
Meskipun terdapat banyak kelebihan dari penggunaan _federation_,
|
||||||
terdapat beberapa kekurangan _federation_ yang dijabarkan sebagai berikut:
|
terdapat beberapa kekurangan _federation_ yang dijabarkan sebagai berikut:
|
||||||
|
|
||||||
* Peningkatan _bandwidth_ dan biaya untuk jaringan: _control plane_ _federation_ bertugas mengawasi semua
|
* Peningkatan _bandwidth_ dan biaya untuk jaringan: _control plane_ _federation_ bertugas mengawasi semua
|
||||||
kulster yang ada untuk menjamin _state_ yang ada saat ini sesuai dengan _state_ yang diinginkan. Hal ini dapat menyebabkan
|
kulster yang ada untuk menjamin _state_ yang ada saat ini sesuai dengan _state_ yang diinginkan. Hal ini dapat menyebabkan
|
||||||
peningkatan biaya jaringan apabila kluster yang ada dijalankan pada _region_ yang berbeda baik pada penyedia
|
peningkatan biaya jaringan apabila kluster yang ada dijalankan pada _region_ yang berbeda baik pada penyedia
|
||||||
layanan _cloud_ yang sama maupun berbeda.
|
layanan _cloud_ yang sama maupun berbeda.
|
||||||
* Berkurangnya isolasi antar kluster: Sebuah _bug_ yang ada pada _control plane_ _federation_ dapat
|
* Berkurangnya isolasi antar kluster: Sebuah _bug_ yang ada pada _control plane_ _federation_ dapat
|
||||||
berdampak pada semua kluster. Hal ini dapat dihindari dengan cara mejaga logika yang ada pada _control plane_ _federation_
|
berdampak pada semua kluster. Hal ini dapat dihindari dengan cara mejaga logika yang ada pada _control plane_ _federation_
|
||||||
seminimum mungkin.
|
seminimum mungkin.
|
||||||
* Kematangan: Proyek _federation_ ini tergolong baru dan belum cukup matang.
|
* Kematangan: Proyek _federation_ ini tergolong baru dan belum cukup matang.
|
||||||
Tidak semua _resource_ yang ada tersedia dan masih banyak feature _alpha_. [_Issue_
|
Tidak semua _resource_ yang ada tersedia dan masih banyak feature _alpha_. [_Issue_
|
||||||
88](https://github.com/kubernetes/federation/issues/88) memberikan detail
|
88](https://github.com/kubernetes/federation/issues/88) memberikan detail
|
||||||
isu-isu terkait sistem yang masih berusaha dicari solusinya.
|
isu-isu terkait sistem yang masih berusaha dicari solusinya.
|
||||||
|
|
||||||
### Kemampuan _Hybrid_ Penggunaan Layanan Penyedian _Cloud_
|
### Kemampuan _Hybrid_ Penggunaan Layanan Penyedian _Cloud_
|
||||||
|
|
||||||
_Federation_ pada Kubernetes memungkinkan kluster untuk dijalankan
|
_Federation_ pada Kubernetes memungkinkan kluster untuk dijalankan
|
||||||
pada penyedia layanan _cloud_ yang berbeda (misalnya Google Cloud, AWS), dan _on-premise_
|
pada penyedia layanan _cloud_ yang berbeda (misalnya Google Cloud, AWS), dan _on-premise_
|
||||||
(misalnya OpenStack). [Kubefed](/docs/tasks/federation/set-up-cluster-federation-kubefed/)
|
(misalnya OpenStack). [Kubefed](/docs/tasks/federation/set-up-cluster-federation-kubefed/)
|
||||||
adalah salah satu cara yang direkomendasikan untuk melakukan proses _deploy_
|
adalah salah satu cara yang direkomendasikan untuk melakukan proses _deploy_
|
||||||
kluster _federation_.
|
kluster _federation_.
|
||||||
|
|
||||||
Dengan demikian, [_resources_ API](#resources-api) yang kamu miliki
|
Dengan demikian, [_resources_ API](#resources-api) yang kamu miliki
|
||||||
dapat berada di kluster atau bahkan penyedia layanan _cloud_ yang berbeda.
|
dapat berada di kluster atau bahkan penyedia layanan _cloud_ yang berbeda.
|
||||||
|
|
||||||
## Mengaktifkan _Federation_
|
## Mengaktifkan _Federation_
|
||||||
|
|
||||||
Untuk bisa melakukan _federation_ pada kluster yang berbeda,
|
Untuk bisa melakukan _federation_ pada kluster yang berbeda,
|
||||||
pertama kamu harus mengaktifkan _control plane_ _federation_.
|
pertama kamu harus mengaktifkan _control plane_ _federation_.
|
||||||
Ikuti [petunjuk mengaktifkan _control plane_ _federation_](/docs/tutorials/federation/set-up-cluster-federation-kubefed/)
|
Ikuti [petunjuk mengaktifkan _control plane_ _federation_](/docs/tutorials/federation/set-up-cluster-federation-kubefed/)
|
||||||
untuk informasi lebih lanjut.
|
untuk informasi lebih lanjut.
|
||||||
|
|
||||||
## `Resources` API
|
## `Resources` API
|
||||||
|
|
||||||
@@ -109,41 +109,41 @@ Berikut merupakan panduan yang akan menjelaskan masing-masing _resource_ secara
|
|||||||
* [Services](/docs/concepts/cluster-administration/federation-service-discovery/)
|
* [Services](/docs/concepts/cluster-administration/federation-service-discovery/)
|
||||||
|
|
||||||
|
|
||||||
[Referensi Dokumentasi API](/docs/reference/federation/) memberikan semua daftar
|
[Referensi Dokumentasi API](/docs/reference/federation/) memberikan semua daftar
|
||||||
_resources_ yang disediakan _apiserver_ _federation_.
|
_resources_ yang disediakan _apiserver_ _federation_.
|
||||||
|
|
||||||
## Penghapusan Berantai
|
## Penghapusan Berantai
|
||||||
|
|
||||||
Kubernetes versi 1.6 menyediakan mekanisme penghapusan berantai
|
Kubernetes versi 1.6 menyediakan mekanisme penghapusan berantai
|
||||||
untuk _resource_ yang ada pada _federation_. Dengan penghapusan berantai,
|
untuk _resource_ yang ada pada _federation_. Dengan penghapusan berantai,
|
||||||
ketika kamu menghapus sebuah _resource_ dari _control plane_ _federation_,
|
ketika kamu menghapus sebuah _resource_ dari _control plane_ _federation_,
|
||||||
kamu juga akan menghapus segala _resource_ tersebut pada semua kluster yang ada.
|
kamu juga akan menghapus segala _resource_ tersebut pada semua kluster yang ada.
|
||||||
|
|
||||||
Mekanisme penghapusan berantai ini tidak diaktifkan secara _default_
|
Mekanisme penghapusan berantai ini tidak diaktifkan secara _default_
|
||||||
ketika menggunakan REST API. Untuk mengaktifkannya, ubah nilai dari opsi
|
ketika menggunakan REST API. Untuk mengaktifkannya, ubah nilai dari opsi
|
||||||
`DeleteOptions.orphanDependents=false` ketika kamu menghapus sebuah _resource_
|
`DeleteOptions.orphanDependents=false` ketika kamu menghapus sebuah _resource_
|
||||||
dari _control plane_ _federation_ dengan menggunakan REST API.
|
dari _control plane_ _federation_ dengan menggunakan REST API.
|
||||||
Penggunaan `kubectl delete`mengaktifkan penhapusan berantai secara _default_.
|
Penggunaan `kubectl delete`mengaktifkan penhapusan berantai secara _default_.
|
||||||
Kamu dapat menonaktifkannya dengan menggunakan `kubectl delete --cascade=false`
|
Kamu dapat menonaktifkannya dengan menggunakan `kubectl delete --cascade=false`
|
||||||
|
|
||||||
Catatan: Kubernetes versi 1.5 menyediakan penghapusan berantai
|
Catatan: Kubernetes versi 1.5 menyediakan penghapusan berantai
|
||||||
untuk sebagian _resource_ _federation_.
|
untuk sebagian _resource_ _federation_.
|
||||||
|
|
||||||
## Cakupan dari Sebuah Kluster
|
## Cakupan dari Sebuah Kluster
|
||||||
|
|
||||||
Pada penyedia IaaS seperti Google Compute Engine atau Amazon Web Services, sebuah VM ada di dalam
|
Pada penyedia IaaS seperti Google Compute Engine atau Amazon Web Services, sebuah VM ada di dalam
|
||||||
[zona](https://cloud.google.com/compute/docs/zones) atau [_availability
|
[zona](https://cloud.google.com/compute/docs/zones) atau [_availability
|
||||||
zone_](http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html).
|
zone_](http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html).
|
||||||
Kami menyarankan agar semua VM pada kluster Kubernetes berada pada _availability_ zona yang sama, karena:
|
Kami menyarankan agar semua VM pada kluster Kubernetes berada pada _availability_ zona yang sama, karena:
|
||||||
|
|
||||||
- dibandingkan dengan sebuah kluster global Kubernetes, terdapat lebih sedikit _single-points of failure_.
|
- dibandingkan dengan sebuah kluster global Kubernetes, terdapat lebih sedikit _single-points of failure_.
|
||||||
- dibandingkan dengan sebuah kluster yang tersebar pada _availability zone_ yang mungkin berbeda, akan lebih mudah untuk merencanakan properti _availability_ dari sebuah
|
- dibandingkan dengan sebuah kluster yang tersebar pada _availability zone_ yang mungkin berbeda, akan lebih mudah untuk merencanakan properti _availability_ dari sebuah
|
||||||
kluster yang berada pada satu zona.
|
kluster yang berada pada satu zona.
|
||||||
- ketika pengembang Kubernetes mendesain sistem (misalnya, memperkirakan _latency_, _bandwidth_, atau
|
- ketika pengembang Kubernetes mendesain sistem (misalnya, memperkirakan _latency_, _bandwidth_, atau
|
||||||
_failure_ yang mungkin terjadi) pengembang tersebut memperkirakan semua mesin akan berada pada sebuah _data center_ yang sama, atau setidaknya masih terdapat pada satu wilayah.
|
_failure_ yang mungkin terjadi) pengembang tersebut memperkirakan semua mesin akan berada pada sebuah _data center_ yang sama, atau setidaknya masih terdapat pada satu wilayah.
|
||||||
|
|
||||||
Sangat direkomendasikan untuk menjalankan sedikit kluster dengan lebih banyak VM pada setiap _availability_ zona;
|
Sangat direkomendasikan untuk menjalankan sedikit kluster dengan lebih banyak VM pada setiap _availability_ zona;
|
||||||
meskipun begitu hal ini tidak menutup kemungkinan untuk menjalankan kluster multipel
|
meskipun begitu hal ini tidak menutup kemungkinan untuk menjalankan kluster multipel
|
||||||
pada setiap _availability_ zona.
|
pada setiap _availability_ zona.
|
||||||
|
|
||||||
Alasan kenapa menjalankan lebih sedikit kluster pada setiap _availability_ zona lebih dianjurkan:
|
Alasan kenapa menjalankan lebih sedikit kluster pada setiap _availability_ zona lebih dianjurkan:
|
||||||
@@ -159,26 +159,26 @@ Alasan untuk memiliki kluster multipel:
|
|||||||
|
|
||||||
## Memilih jumlah kluster yang tepat
|
## Memilih jumlah kluster yang tepat
|
||||||
|
|
||||||
Pemilihan jumlah kluster yang tepat merupakan pilihan yang relatif statis, dan hanya akan ditinjau kembali sewaktu-waktu.
|
Pemilihan jumlah kluster yang tepat merupakan pilihan yang relatif statis, dan hanya akan ditinjau kembali sewaktu-waktu.
|
||||||
Sebaliknya, jumlah _node_ dan _pod_ dalam suatu _service_ dapat berubah secara cepat seiring bertambahnya _workload_.
|
Sebaliknya, jumlah _node_ dan _pod_ dalam suatu _service_ dapat berubah secara cepat seiring bertambahnya _workload_.
|
||||||
|
|
||||||
Untuk memilih jumlah kluster, pertama, pilih _region_ yang memiliki _latency_ yang masih dapat dimaklumi untuk semua pengguna aplikasi kamu
|
Untuk memilih jumlah kluster, pertama, pilih _region_ yang memiliki _latency_ yang masih dapat dimaklumi untuk semua pengguna aplikasi kamu
|
||||||
(jika kamu menggunakan _Content Distribution Network_, kebutuhan informasi nilai _latency_ CDN tidak perlu diperhatikan).
|
(jika kamu menggunakan _Content Distribution Network_, kebutuhan informasi nilai _latency_ CDN tidak perlu diperhatikan).
|
||||||
Masalah legal juga perlu diperhitungkan. Misalnya sebuah perusahaan dengan pelanggan global bisa jadi memilih kluster di _region_
|
Masalah legal juga perlu diperhitungkan. Misalnya sebuah perusahaan dengan pelanggan global bisa jadi memilih kluster di _region_
|
||||||
US, EU, AP, dan SA. Jumlah _region_ ini dimisalkan dengan `R`.
|
US, EU, AP, dan SA. Jumlah _region_ ini dimisalkan dengan `R`.
|
||||||
|
|
||||||
Kedua, pilih berapa banyak kluster yang bisa jadi _unavailable_ secara bersamaan tanpa membuat _service_ menjadi _unavailable_.
|
Kedua, pilih berapa banyak kluster yang bisa jadi _unavailable_ secara bersamaan tanpa membuat _service_ menjadi _unavailable_.
|
||||||
Misalkan jumlah kluster _unavailable_ ini sebagai `U`. Jika kamu tidak yakin, maka 1 merupakan pilihan yang tergolong
|
Misalkan jumlah kluster _unavailable_ ini sebagai `U`. Jika kamu tidak yakin, maka 1 merupakan pilihan yang tergolong
|
||||||
dapat diterima.
|
dapat diterima.
|
||||||
|
|
||||||
Jika aplikasimu memungkinkan trafik untuk di-_load balance_ ke _region_ mana saja ketika terjadi _failure_ pada kluster,
|
Jika aplikasimu memungkinkan trafik untuk di-_load balance_ ke _region_ mana saja ketika terjadi _failure_ pada kluster,
|
||||||
maka kamu setidaknya membutuhkan nilai yang lebih banyak dari jumlah `R` atau `U + 1` kluster. Jika tidak (misalnya, kamu
|
maka kamu setidaknya membutuhkan nilai yang lebih banyak dari jumlah `R` atau `U + 1` kluster. Jika tidak (misalnya, kamu
|
||||||
ingin menjamin stabilnya _latency_ ketika terjadi _failure_ pada kluster) maka kamu membutuhkan `R * (U + 1)` kluster
|
ingin menjamin stabilnya _latency_ ketika terjadi _failure_ pada kluster) maka kamu membutuhkan `R * (U + 1)` kluster
|
||||||
(`U + 1` di setiap _region_ yang ada pada `R`). Pada kasus lain, cobalah untuk menerapkan satu kluster
|
(`U + 1` di setiap _region_ yang ada pada `R`). Pada kasus lain, cobalah untuk menerapkan satu kluster
|
||||||
pada zona yang berbeda.
|
pada zona yang berbeda.
|
||||||
|
|
||||||
Terakhir, jika kluster yang kamu miliki membutuhkan jumlah _node_ yang melebihi nilai yang direkomendasikan untuk sebuah kluster Kubernetes,
|
Terakhir, jika kluster yang kamu miliki membutuhkan jumlah _node_ yang melebihi nilai yang direkomendasikan untuk sebuah kluster Kubernetes,
|
||||||
maka kamu membutuhkan lebih banyak kluster. Kubernetes v1.3 mampu menangani hingga 1000 node untuk setiap kluster. Kubernetes v1.8
|
maka kamu membutuhkan lebih banyak kluster. Kubernetes v1.3 mampu menangani hingga 1000 node untuk setiap kluster. Kubernetes v1.8
|
||||||
mampu menangani hingga 5000 node untuk tiap kluster. Baca [Membangun Kluster Besar](/docs/setup/cluster-large/) untuk petunjuk lebih lanjut.
|
mampu menangani hingga 5000 node untuk tiap kluster. Baca [Membangun Kluster Besar](/docs/setup/cluster-large/) untuk petunjuk lebih lanjut.
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|||||||
@@ -6,7 +6,7 @@ weight: 70
|
|||||||
|
|
||||||
{{% capture overview %}}
|
{{% capture overview %}}
|
||||||
|
|
||||||
*Garbage collection* merupakan fitur kubelet yang sangat bermanfaat, yang akan membersihkan *image-image* dan juga kontainer-kontainer
|
*Garbage collection* merupakan fitur kubelet yang sangat bermanfaat, yang akan membersihkan *image-image* dan juga kontainer-kontainer
|
||||||
yang tidak lagi digunakan. Kubelet akan melakukan *garbage collection* untuk kontainer setiap satu menit dan *garbage collection* untuk
|
yang tidak lagi digunakan. Kubelet akan melakukan *garbage collection* untuk kontainer setiap satu menit dan *garbage collection* untuk
|
||||||
*image* setiap lima menit.
|
*image* setiap lima menit.
|
||||||
|
|
||||||
@@ -22,7 +22,7 @@ menghilangkan kontainer-kontainer yang sebenarnya masih diperlukan.
|
|||||||
|
|
||||||
Kubernetes mengelola *lifecycle* untuk seluruh *image* melalui *imageManager*, dengan bantuan cadvisor.
|
Kubernetes mengelola *lifecycle* untuk seluruh *image* melalui *imageManager*, dengan bantuan cadvisor.
|
||||||
|
|
||||||
*Policy* untuk melakukan *garbage collection* memperhatikan dua hal: `HighThresholdPercent` dan `LowThresholdPercent`.
|
*Policy* untuk melakukan *garbage collection* memperhatikan dua hal: `HighThresholdPercent` dan `LowThresholdPercent`.
|
||||||
Penggunaan disk yang melewati batas atas (*high threshold*) akan men-*trigger* *garbage collection*.
|
Penggunaan disk yang melewati batas atas (*high threshold*) akan men-*trigger* *garbage collection*.
|
||||||
*Garbage collection* akan mulai menghapus dari *image-image* yang paling jarang digunakan (*least recently used*)
|
*Garbage collection* akan mulai menghapus dari *image-image* yang paling jarang digunakan (*least recently used*)
|
||||||
sampai menemui batas bawah (*low threshold*) kembali.
|
sampai menemui batas bawah (*low threshold*) kembali.
|
||||||
@@ -31,15 +31,15 @@ sampai menemui batas bawah (*low threshold*) kembali.
|
|||||||
|
|
||||||
*Policy* untuk melakukan *garbage collection* pada kontainer memperhatikan tiga variabel yang ditentukan oleh pengguna (*user-defined*).
|
*Policy* untuk melakukan *garbage collection* pada kontainer memperhatikan tiga variabel yang ditentukan oleh pengguna (*user-defined*).
|
||||||
`MinAge` merupakan umur minimal dimana suatu kontainer dapat terkena *garbage collection*.
|
`MinAge` merupakan umur minimal dimana suatu kontainer dapat terkena *garbage collection*.
|
||||||
`MaxPerPodContainer` merupakan jumlah maksimum yang diperbolehkan untuk setiap pod (UID, container name) *pair* memiliki
|
`MaxPerPodContainer` merupakan jumlah maksimum yang diperbolehkan untuk setiap pod (UID, container name) *pair* memiliki
|
||||||
kontainer-kontainer yang sudah mati (*dead containers*). `MaxContainers` merupakan jumlah maksimal total dari seluruh kontainer yang sudah mati.
|
kontainer-kontainer yang sudah mati (*dead containers*). `MaxContainers` merupakan jumlah maksimal total dari seluruh kontainer yang sudah mati.
|
||||||
Semua variabel ini dapat dinonaktifkan secara individual, dengan mengatur `MinAge` ke angka nol serta mengatur `MaxPerPodContainer` dan `MaxContainers`
|
Semua variabel ini dapat dinonaktifkan secara individual, dengan mengatur `MinAge` ke angka nol serta mengatur `MaxPerPodContainer` dan `MaxContainers`
|
||||||
ke angka di bawah nol.
|
ke angka di bawah nol.
|
||||||
|
|
||||||
Kubelet akan mengambil tindakan untuk kontainer-kontainer yang tidak dikenal, sudah dihapus, atau diluar batasan-batasan yang diatur
|
Kubelet akan mengambil tindakan untuk kontainer-kontainer yang tidak dikenal, sudah dihapus, atau diluar batasan-batasan yang diatur
|
||||||
sebelumnya melalui *flag*. Kontainer-kontainer yang paling lama (tertua) biasanya akan dihapus terlebih dahulu. `MaxPerPodContainer` dan `MaxContainer`
|
sebelumnya melalui *flag*. Kontainer-kontainer yang paling lama (tertua) biasanya akan dihapus terlebih dahulu. `MaxPerPodContainer` dan `MaxContainer`
|
||||||
berpotensi mengalami konflik satu sama lain pada situasi saat menjaga jumlah maksimal kontainer per pod (`MaxPerPodContainer`) akan melebihi
|
berpotensi mengalami konflik satu sama lain pada situasi saat menjaga jumlah maksimal kontainer per pod (`MaxPerPodContainer`) akan melebihi
|
||||||
jumlah kontainer mati (*dead containers*) yang diperbolehkan (`MaxContainers`).
|
jumlah kontainer mati (*dead containers*) yang diperbolehkan (`MaxContainers`).
|
||||||
`MaxPerPodContainer` dapat diatur sedemikian rupa dalam situasi ini: Seburuk-buruhknya dengan melakukan *downgrade* `MaxPerPodContainer` ke angka 1
|
`MaxPerPodContainer` dapat diatur sedemikian rupa dalam situasi ini: Seburuk-buruhknya dengan melakukan *downgrade* `MaxPerPodContainer` ke angka 1
|
||||||
dan melakukan *evict* kontainer-kontainer yang paling lama. Selain itu, kontainer-kontainer milik Pod yang telah dihapus akan dihilangkan
|
dan melakukan *evict* kontainer-kontainer yang paling lama. Selain itu, kontainer-kontainer milik Pod yang telah dihapus akan dihilangkan
|
||||||
saat umur mereka telah melebihi `MinAge`.
|
saat umur mereka telah melebihi `MinAge`.
|
||||||
@@ -85,7 +85,7 @@ Beberapa fitur *Garbage Collection* pada kubelet di laman ini akan digantikan ol
|
|||||||
| `--maximum-dead-containers-per-container` | | *deprecated* saat log yang telah usang tersimpan di luar konteks kontainer |
|
| `--maximum-dead-containers-per-container` | | *deprecated* saat log yang telah usang tersimpan di luar konteks kontainer |
|
||||||
| `--minimum-container-ttl-duration` | | *deprecated* saat log yang telah usang tersimpan di luar konteks kontainer |
|
| `--minimum-container-ttl-duration` | | *deprecated* saat log yang telah usang tersimpan di luar konteks kontainer |
|
||||||
| `--low-diskspace-threshold-mb` | `--eviction-hard` atau `eviction-soft` | *eviction* memberi generalisasi *threshold* disk untuk *resource-resource* lainnya |
|
| `--low-diskspace-threshold-mb` | `--eviction-hard` atau `eviction-soft` | *eviction* memberi generalisasi *threshold* disk untuk *resource-resource* lainnya |
|
||||||
| `--outofdisk-transition-frequency` | `--eviction-pressure-transition-period` | *eviction* memberi generalisasi transisi tekanan *disk* (*disk pressure*)untuk *resource-resource* lainnya |
|
| `--outofdisk-transition-frequency` | `--eviction-pressure-transition-period` | *eviction* memberi generalisasi transisi tekanan *disk* (*disk pressure*)untuk *resource-resource* lainnya |
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|
||||||
|
|||||||
@@ -122,7 +122,7 @@ Kamu dapat menggunakan kontainer _sidecar_ dengan salah satu cara berikut:
|
|||||||
|
|
||||||
Kamu dapat memanfaatkan kubelet dan agen _logging_ yang telah berjalan pada tiap _node_ dengan menggunakan kontainer _sidecar_. Kontainer _sidecar_ dapat membaca log dari sebuah berkas, _socket_ atau journald. Tiap kontainer _sidecar_ menuliskan log ke `stdout` atau `stderr` mereka sendiri.
|
Kamu dapat memanfaatkan kubelet dan agen _logging_ yang telah berjalan pada tiap _node_ dengan menggunakan kontainer _sidecar_. Kontainer _sidecar_ dapat membaca log dari sebuah berkas, _socket_ atau journald. Tiap kontainer _sidecar_ menuliskan log ke `stdout` atau `stderr` mereka sendiri.
|
||||||
|
|
||||||
Dengan menggunakan cara ini kamu dapat memisahkan aliran log dari bagian-bagian yang berbeda dari aplikasimu, yang beberapa mungkin tidak mendukung log ke `stdout` dan `stderr`. Perubahan logika aplikasimu dengan menggunakan cara ini cukup kecil, sehingga hampir tidak ada _overhead_. Selain itu, karena `stdout` dan `stderr` ditangani oleh kubelet, kamu juga dapat menggunakan alat bawaan seperti `kubectl logs`.
|
Dengan menggunakan cara ini kamu dapat memisahkan aliran log dari bagian-bagian yang berbeda dari aplikasimu, yang beberapa mungkin tidak mendukung log ke `stdout` dan `stderr`. Perubahan logika aplikasimu dengan menggunakan cara ini cukup kecil, sehingga hampir tidak ada _overhead_. Selain itu, karena `stdout` dan `stderr` ditangani oleh kubelet, kamu juga dapat menggunakan alat bawaan seperti `kubectl logs`.
|
||||||
|
|
||||||
Sebagai contoh, sebuah pod berjalan pada satu kontainer tunggal, dan kontainer menuliskan ke dua berkas log yang berbeda, dengan dua format yang berbeda pula. Berikut ini _file_ konfigurasi untuk Pod:
|
Sebagai contoh, sebuah pod berjalan pada satu kontainer tunggal, dan kontainer menuliskan ke dua berkas log yang berbeda, dengan dua format yang berbeda pula. Berikut ini _file_ konfigurasi untuk Pod:
|
||||||
|
|
||||||
|
|||||||
@@ -332,7 +332,7 @@ NAME READY STATUS RESTARTS AGE
|
|||||||
my-nginx-2035384211-j5fhi 1/1 Running 0 30m
|
my-nginx-2035384211-j5fhi 1/1 Running 0 30m
|
||||||
```
|
```
|
||||||
|
|
||||||
Agar sistem dapat menyesuaikan jumlah replika nginx yang dibutuhkan secara otomatis dari 1 hingga 3, lakukan:
|
Agar sistem dapat menyesuaikan jumlah replika nginx yang dibutuhkan secara otomatis dari 1 hingga 3, lakukan:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
kubectl autoscale deployment/my-nginx --min=1 --max=3
|
kubectl autoscale deployment/my-nginx --min=1 --max=3
|
||||||
|
|||||||
@@ -55,7 +55,7 @@ Ada beberapa jenis <i>proxy</i> yang akan kamu temui saat menggunakan Kubernetes
|
|||||||
- <i>support</i> untuk SCTP tergantung pada <i>load balancer</i> yang diimplementasikan oleh penyedia cloud
|
- <i>support</i> untuk SCTP tergantung pada <i>load balancer</i> yang diimplementasikan oleh penyedia cloud
|
||||||
- implementasi bervariasi tergantung pada penyedia cloud
|
- implementasi bervariasi tergantung pada penyedia cloud
|
||||||
|
|
||||||
Pengguna Kubernetes biasanya hanya cukup perlu tahu tentang kubectl <i>proxy</i> dan apiserver <i>proxy</i>.
|
Pengguna Kubernetes biasanya hanya cukup perlu tahu tentang kubectl <i>proxy</i> dan apiserver <i>proxy</i>.
|
||||||
Untuk <i>proxy-proxy</i> lain di luar ini, admin kluster biasanya akan memastikan konfigurasinya dengan benar.
|
Untuk <i>proxy-proxy</i> lain di luar ini, admin kluster biasanya akan memastikan konfigurasinya dengan benar.
|
||||||
|
|
||||||
## Melakukan <i>request redirect</i>
|
## Melakukan <i>request redirect</i>
|
||||||
|
|||||||
@@ -35,7 +35,7 @@ Kamu dapat memastikan perintah telah berhasil dengan menjalankan ulang perintah
|
|||||||
|
|
||||||
### Langkah Dua: Menambahkan sebuah nodeSelector ke konfigurasi pod kamu
|
### Langkah Dua: Menambahkan sebuah nodeSelector ke konfigurasi pod kamu
|
||||||
|
|
||||||
Ambil berkas konfigurasi pod manapun yang akan kamu jalankan, dan tambahkan sebuah bagian `nodeSelector` pada berkas tersebut, seperti berikut. Sebagai contoh, jika berikut ini adalah konfigurasi pod saya:
|
Ambil berkas konfigurasi pod manapun yang akan kamu jalankan, dan tambahkan sebuah bagian `nodeSelector` pada berkas tersebut, seperti berikut. Sebagai contoh, jika berikut ini adalah konfigurasi pod saya:
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
apiVersion: v1
|
apiVersion: v1
|
||||||
@@ -116,7 +116,7 @@ Aturan afinitas node tersebut menyatakan pod hanya bisa ditugaskan pada node den
|
|||||||
|
|
||||||
Kamu dapat meilhat operator `In` digunakan dalam contoh berikut. Sitaksis afinitas node yang baru mendukung operator-operator berikut: `In`, `NotIn`, `Exists`, `DoesNotExist`, `Gt`, `Lt`. Kamu dapat menggunakan `NotIn` dan `DoesNotExist` untuk mewujudkan perilaku node anti-afinitas, atau menggunakan [node taints](/docs/concepts/configuration/taint-and-toleration/) untuk menolak pod dari node tertentu.
|
Kamu dapat meilhat operator `In` digunakan dalam contoh berikut. Sitaksis afinitas node yang baru mendukung operator-operator berikut: `In`, `NotIn`, `Exists`, `DoesNotExist`, `Gt`, `Lt`. Kamu dapat menggunakan `NotIn` dan `DoesNotExist` untuk mewujudkan perilaku node anti-afinitas, atau menggunakan [node taints](/docs/concepts/configuration/taint-and-toleration/) untuk menolak pod dari node tertentu.
|
||||||
|
|
||||||
Jika kamu menyatakan `nodeSelector` dan `nodeAffinity`. *keduanya* harus dipenuhi agar pod dapat dijadwalkan pada node kandidat.
|
Jika kamu menyatakan `nodeSelector` dan `nodeAffinity`. *keduanya* harus dipenuhi agar pod dapat dijadwalkan pada node kandidat.
|
||||||
|
|
||||||
Jika kamu menyatakan beberapa `nodeSelectorTerms` yang terkait dengan tipe `nodeAffinity`, maka pod akan dijadwalkan pada node **jika salah satu** dari `nodeSelectorTerms` dapat terpenuhi.
|
Jika kamu menyatakan beberapa `nodeSelectorTerms` yang terkait dengan tipe `nodeAffinity`, maka pod akan dijadwalkan pada node **jika salah satu** dari `nodeSelectorTerms` dapat terpenuhi.
|
||||||
|
|
||||||
@@ -132,7 +132,7 @@ Untuk informasi lebih lanjut tentang afinitas node kamu dapat melihat [design do
|
|||||||
### Afinitas and anti-afinitas antar pod (fitur beta)
|
### Afinitas and anti-afinitas antar pod (fitur beta)
|
||||||
|
|
||||||
Afinitas and anti-afinitas antar pod diperkenalkan pada Kubernetes 1.4. Afinitas and anti-afinitas antar pod memungkinkan kamu untuk membatasi node yang memenuhi syarat untuk penjadwalan pod *berdasarkan label-label pada pod yang sudah berjalan pada node* daripada berdasarkan label-label pada node. Aturan tersebut berbentuk "pod ini harus (atau, dalam kasus
|
Afinitas and anti-afinitas antar pod diperkenalkan pada Kubernetes 1.4. Afinitas and anti-afinitas antar pod memungkinkan kamu untuk membatasi node yang memenuhi syarat untuk penjadwalan pod *berdasarkan label-label pada pod yang sudah berjalan pada node* daripada berdasarkan label-label pada node. Aturan tersebut berbentuk "pod ini harus (atau, dalam kasus
|
||||||
anti-afinitas, tidak boleh) berjalan dalam X jika X itu sudah menjalankan satu atau lebih pod yang memenuhi aturan Y". Y dinyatakan sebagai sebuah LabelSelector dengan daftar namespace terkait; tidak seperti node, karena pod are namespaced (maka dari itu label-label pada pod diberi namespace secara implisit), sebuah label selector di atas label-label pod harus menentukan namespace yang akan diterapkan selector. Secara konsep X adalah domain topologi seperti node, rack, zona penyedia cloud, daerah penyedia cloud, dll. Kamu dapat menyatakannya menggunakan `topologyKey` yang merupakan kunci untuk label node yang digunakan sistem untuk menunjukkan domain topologi tersebut, contohnya lihat kunci label yang terdaftar di atas pada bagian [Selingan: label node built-in](#interlude-built-in-node-labels).
|
anti-afinitas, tidak boleh) berjalan dalam X jika X itu sudah menjalankan satu atau lebih pod yang memenuhi aturan Y". Y dinyatakan sebagai sebuah LabelSelector dengan daftar namespace terkait; tidak seperti node, karena pod are namespaced (maka dari itu label-label pada pod diberi namespace secara implisit), sebuah label selector di atas label-label pod harus menentukan namespace yang akan diterapkan selector. Secara konsep X adalah domain topologi seperti node, rack, zona penyedia cloud, daerah penyedia cloud, dll. Kamu dapat menyatakannya menggunakan `topologyKey` yang merupakan kunci untuk label node yang digunakan sistem untuk menunjukkan domain topologi tersebut, contohnya lihat kunci label yang terdaftar di atas pada bagian [Selingan: label node built-in](#interlude-built-in-node-labels).
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Afinitas and anti-afinitas antar pod membutuhkan jumlah pemrosesan yang substansial yang dapat memperlambat penjadwalan pada kluster berukuran besar secara signifikan. Kami tidak merekomendasikan penggunaan mereka pada kluster yang berukuran lebih besar dari beberapa ratus node.
|
Afinitas and anti-afinitas antar pod membutuhkan jumlah pemrosesan yang substansial yang dapat memperlambat penjadwalan pada kluster berukuran besar secara signifikan. Kami tidak merekomendasikan penggunaan mereka pada kluster yang berukuran lebih besar dari beberapa ratus node.
|
||||||
@@ -159,14 +159,14 @@ maupun `preferredDuringSchedulingIgnoredDuringExecution`.
|
|||||||
|
|
||||||
Operator yang sah untuk afinitas dan anti-afinitas pod adalah `In`, `NotIn`, `Exists`, `DoesNotExist`.
|
Operator yang sah untuk afinitas dan anti-afinitas pod adalah `In`, `NotIn`, `Exists`, `DoesNotExist`.
|
||||||
|
|
||||||
Pada dasarnya, `topologyKey` dapat berupa label-kunci apapun yang sah. Namun, untuk alasan performa dan keamanan, ada beberapa batasan untuk `topologyKey`:
|
Pada dasarnya, `topologyKey` dapat berupa label-kunci apapun yang sah. Namun, untuk alasan performa dan keamanan, ada beberapa batasan untuk `topologyKey`:
|
||||||
|
|
||||||
1. Untuk afinitas and anti-afinitas pod `requiredDuringSchedulingIgnoredDuringExecution`, `topologyKey` tidak boleh kosong.
|
1. Untuk afinitas and anti-afinitas pod `requiredDuringSchedulingIgnoredDuringExecution`, `topologyKey` tidak boleh kosong.
|
||||||
2. Untuk anti-afinitas pod `requiredDuringSchedulingIgnoredDuringExecution`, pengontrol penerimaan `LimitPodHardAntiAffinityTopology` diperkenalkan untuk membatasi `topologyKey` pada `kubernetes.io/hostname`. Jika kamu menginginkan untuk membuatnya tersedia untuk topologi khusus, kamu dapat memodifikasi pengontrol penerimaan, atau cukup menonaktifkannya saja.
|
2. Untuk anti-afinitas pod `requiredDuringSchedulingIgnoredDuringExecution`, pengontrol penerimaan `LimitPodHardAntiAffinityTopology` diperkenalkan untuk membatasi `topologyKey` pada `kubernetes.io/hostname`. Jika kamu menginginkan untuk membuatnya tersedia untuk topologi khusus, kamu dapat memodifikasi pengontrol penerimaan, atau cukup menonaktifkannya saja.
|
||||||
3. Untuk anti-afinitas pod `preferredDuringSchedulingIgnoredDuringExecution`, `topologyKey` yang kosong diinterpretasikan sebagai "semua topologi" ("semua topologi" sekarang dibatasi pada kombinasi dari `kubernetes.io/hostname`, `failure-domain.beta.kubernetes.io/zone` dan `failure-domain.beta.kubernetes.io/region`).
|
3. Untuk anti-afinitas pod `preferredDuringSchedulingIgnoredDuringExecution`, `topologyKey` yang kosong diinterpretasikan sebagai "semua topologi" ("semua topologi" sekarang dibatasi pada kombinasi dari `kubernetes.io/hostname`, `failure-domain.beta.kubernetes.io/zone` dan `failure-domain.beta.kubernetes.io/region`).
|
||||||
4. Kecuali untuk kasus-kasus di atas, `topologyKey` dapat berupa label-kunci apapun yang sah.
|
4. Kecuali untuk kasus-kasus di atas, `topologyKey` dapat berupa label-kunci apapun yang sah.
|
||||||
|
|
||||||
Sebagai tambahan untuk `labelSelector` and `topologyKey`, kamu secara opsional dapat menyatakan daftar `namespaces` dari namespaces yang akan digunakan untuk mencocokan `labelSelector` (daftar ini berjalan pada level definisi yang sama dengan `labelSelector` dan `topologyKey`)
|
Sebagai tambahan untuk `labelSelector` and `topologyKey`, kamu secara opsional dapat menyatakan daftar `namespaces` dari namespaces yang akan digunakan untuk mencocokan `labelSelector` (daftar ini berjalan pada level definisi yang sama dengan `labelSelector` dan `topologyKey`)
|
||||||
|
|
||||||
Jika dihilangkan atau kosong, daftar ini sesuai standar akan merujuk pada _namespace_ dari pod tempat definisi afinitas/anti-afinitas dinyatakan.
|
Jika dihilangkan atau kosong, daftar ini sesuai standar akan merujuk pada _namespace_ dari pod tempat definisi afinitas/anti-afinitas dinyatakan.
|
||||||
|
|
||||||
@@ -175,7 +175,7 @@ Semua `matchExpressions` berkaitan dengan afinitas and anti-afinitas `requiredDu
|
|||||||
#### Penggunaan yang lebih praktikal
|
#### Penggunaan yang lebih praktikal
|
||||||
|
|
||||||
Afinitas and anti-afinitas antar pod dapat menjadi lebih berguna saat digunakan bersamaan dengan koleksi dengan level yang lebih tinggi seperti ReplicaSets, StatefulSets, Deployments, dll. Pengguna dapat dengan mudah mengkonfigurasi bahwa satu set workload harus
|
Afinitas and anti-afinitas antar pod dapat menjadi lebih berguna saat digunakan bersamaan dengan koleksi dengan level yang lebih tinggi seperti ReplicaSets, StatefulSets, Deployments, dll. Pengguna dapat dengan mudah mengkonfigurasi bahwa satu set workload harus
|
||||||
ditempatkan bersama dalam topologi yang didefinisikan sama, misalnya, node yang sama.
|
ditempatkan bersama dalam topologi yang didefinisikan sama, misalnya, node yang sama.
|
||||||
|
|
||||||
##### Selalu ditempatkan bersamaan pada node yang sama
|
##### Selalu ditempatkan bersamaan pada node yang sama
|
||||||
|
|
||||||
@@ -280,7 +280,7 @@ web-server-1287567482-s330j 1/1 Running 0 7m 10.192.3
|
|||||||
|
|
||||||
|
|
||||||
Contoh di atas menggunakan aturan `PodAntiAffinity` dengan` topologyKey: "kubernetes.io/hostname"` untuk melakukan deploy kluster redis sehingga tidak ada dua instance terletak pada hos yang sama.
|
Contoh di atas menggunakan aturan `PodAntiAffinity` dengan` topologyKey: "kubernetes.io/hostname"` untuk melakukan deploy kluster redis sehingga tidak ada dua instance terletak pada hos yang sama.
|
||||||
Lihat [tutorial ZooKeeper](/docs/tutorials/stateful-application/zookeeper/#tolerating-node-failure) untuk contoh dari konfigurasi StatefulSet dengan anti-afinitas untuk ketersediaan tinggi, menggunakan teknik yang sama.
|
Lihat [tutorial ZooKeeper](/docs/tutorials/stateful-application/zookeeper/#tolerating-node-failure) untuk contoh dari konfigurasi StatefulSet dengan anti-afinitas untuk ketersediaan tinggi, menggunakan teknik yang sama.
|
||||||
|
|
||||||
Untuk informasi lebih lanjut tentang afinitas/anti-afinitas antar pod, lihat [design doc](https://git.k8s.io/community/contributors/design-proposals/scheduling/podaffinity.md).
|
Untuk informasi lebih lanjut tentang afinitas/anti-afinitas antar pod, lihat [design doc](https://git.k8s.io/community/contributors/design-proposals/scheduling/podaffinity.md).
|
||||||
|
|
||||||
|
|||||||
@@ -7,14 +7,14 @@ weight: 40
|
|||||||
|
|
||||||
{{% capture overview %}}
|
{{% capture overview %}}
|
||||||
Afinitas Node, seperti yang dideskripsikan [di sini](/docs/concepts/configuration/assign-pod-node/#node-affinity-beta-feature),
|
Afinitas Node, seperti yang dideskripsikan [di sini](/docs/concepts/configuration/assign-pod-node/#node-affinity-beta-feature),
|
||||||
adalah salah satu properti dari Pod yang menyebabkan pod tersebut memiliki preferensi
|
adalah salah satu properti dari Pod yang menyebabkan pod tersebut memiliki preferensi
|
||||||
untuk ditempatkan di sekelompok Node tertentu (preferensi ini dapat berupa _soft constraints_ atau
|
untuk ditempatkan di sekelompok Node tertentu (preferensi ini dapat berupa _soft constraints_ atau
|
||||||
_hard constraints_ yang harus dipenuhi). _Taint_ merupakan kebalikan dari afinitas --
|
_hard constraints_ yang harus dipenuhi). _Taint_ merupakan kebalikan dari afinitas --
|
||||||
properti ini akan menyebabkan Pod memiliki preferensi untuk tidak ditempatkan pada sekelompok Node tertentu.
|
properti ini akan menyebabkan Pod memiliki preferensi untuk tidak ditempatkan pada sekelompok Node tertentu.
|
||||||
|
|
||||||
_Taint_ dan _toleration_ bekerja sama untuk memastikan Pod dijadwalkan pada Node
|
_Taint_ dan _toleration_ bekerja sama untuk memastikan Pod dijadwalkan pada Node
|
||||||
yang sesuai. Satu atau lebih _taint_ akan diterapkan pada suatu node; hal ini akan menyebabkan
|
yang sesuai. Satu atau lebih _taint_ akan diterapkan pada suatu node; hal ini akan menyebabkan
|
||||||
node tidak akan menerima pod yang tidak mengikuti _taint_ yang sudah diterapkan.
|
node tidak akan menerima pod yang tidak mengikuti _taint_ yang sudah diterapkan.
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|
||||||
@@ -29,19 +29,19 @@ Misalnya,
|
|||||||
kubectl taint nodes node1 key=value:NoSchedule
|
kubectl taint nodes node1 key=value:NoSchedule
|
||||||
```
|
```
|
||||||
|
|
||||||
akan menerapkan _taint_ pada _node_ `node1`. _Taint_ tersebut memiliki _key_ `key`, _value_ `value`,
|
akan menerapkan _taint_ pada _node_ `node1`. _Taint_ tersebut memiliki _key_ `key`, _value_ `value`,
|
||||||
dan _effect_ _taint_ `NoSchedule`. Hal ini artinya pod yang ada tidak akan dapat dijadwalkan pada `node1`
|
dan _effect_ _taint_ `NoSchedule`. Hal ini artinya pod yang ada tidak akan dapat dijadwalkan pada `node1`
|
||||||
kecuali memiliki _taint_ yang sesuai.
|
kecuali memiliki _taint_ yang sesuai.
|
||||||
|
|
||||||
Untuk menghilangkan _taint_ yang ditambahkan dengan perintah di atas, kamu dapat menggunakan
|
Untuk menghilangkan _taint_ yang ditambahkan dengan perintah di atas, kamu dapat menggunakan
|
||||||
perintah di bawah ini:
|
perintah di bawah ini:
|
||||||
```shell
|
```shell
|
||||||
kubectl taint nodes node1 key:NoSchedule-
|
kubectl taint nodes node1 key:NoSchedule-
|
||||||
```
|
```
|
||||||
|
|
||||||
Kamu dapat memberikan spesifikasi _toleration_ untuk _pod_ pada bagian PodSpec.
|
Kamu dapat memberikan spesifikasi _toleration_ untuk _pod_ pada bagian PodSpec.
|
||||||
Kedua _toleration_ yang diterapkan di bawa ini "sesuai" dengan _taint_ yang
|
Kedua _toleration_ yang diterapkan di bawa ini "sesuai" dengan _taint_ yang
|
||||||
_taint_ yang dibuat dengan perintah `kubectl taint` di atas, sehingga sebuah _pod_
|
_taint_ yang dibuat dengan perintah `kubectl taint` di atas, sehingga sebuah _pod_
|
||||||
dengan _toleration_ yang sudah didefinisikan akan mampu di-_schedule_ ke node `node`:
|
dengan _toleration_ yang sudah didefinisikan akan mampu di-_schedule_ ke node `node`:
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -59,7 +59,7 @@ tolerations:
|
|||||||
effect: "NoSchedule"
|
effect: "NoSchedule"
|
||||||
```
|
```
|
||||||
|
|
||||||
Sebuah _toleration_ "sesuai" dengan sebuah _taint_ jika _key_ dan efek yang
|
Sebuah _toleration_ "sesuai" dengan sebuah _taint_ jika _key_ dan efek yang
|
||||||
ditimbulkan sama:
|
ditimbulkan sama:
|
||||||
|
|
||||||
* `operator` dianggap `Exists` (pada kasus dimana tidak ada `value` yang diberikan), atau
|
* `operator` dianggap `Exists` (pada kasus dimana tidak ada `value` yang diberikan), atau
|
||||||
@@ -87,29 +87,29 @@ tolerations:
|
|||||||
```
|
```
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
Contoh yang diberikan di atas menggunakan `effect` untuk `NoSchedule`.
|
Contoh yang diberikan di atas menggunakan `effect` untuk `NoSchedule`.
|
||||||
Alternatif lain yang dapat digunakan adalah `effect` untuk `PreferNoSchedule`.
|
Alternatif lain yang dapat digunakan adalah `effect` untuk `PreferNoSchedule`.
|
||||||
`PreferNoSchedule` merupakan "preferensi" yang lebih fleksibel dari `NoSchedule` --
|
`PreferNoSchedule` merupakan "preferensi" yang lebih fleksibel dari `NoSchedule` --
|
||||||
sistem akan mencoba untuk tidak menempatkan pod yang tidak menoleransi _taint_
|
sistem akan mencoba untuk tidak menempatkan pod yang tidak menoleransi _taint_
|
||||||
pada _node_, tapi hal ini bukan merupakan sesuatu yang harus dipenuhi. Jenis ketiga
|
pada _node_, tapi hal ini bukan merupakan sesuatu yang harus dipenuhi. Jenis ketiga
|
||||||
dari `effect` adalah `NoExecute`, akan dijelaskan selanjutnya.
|
dari `effect` adalah `NoExecute`, akan dijelaskan selanjutnya.
|
||||||
|
|
||||||
Kamu dapat menerapkan beberapa _taint_ sekaligus pada _node_ atau
|
Kamu dapat menerapkan beberapa _taint_ sekaligus pada _node_ atau
|
||||||
beberapa _toleration_ sekaligus pada sebuah _pod_. Mekanisme Kubernetes dapat
|
beberapa _toleration_ sekaligus pada sebuah _pod_. Mekanisme Kubernetes dapat
|
||||||
memproses beberapa _taint_ dan _toleration_ sekaligus sama halnya seperti sebuah
|
memproses beberapa _taint_ dan _toleration_ sekaligus sama halnya seperti sebuah
|
||||||
_filter_: memulai dengan _taint_ yang ada pada _node_, kemudian mengabaikan
|
_filter_: memulai dengan _taint_ yang ada pada _node_, kemudian mengabaikan
|
||||||
_taint_ yang sesuai pada pod yang memiliki _toleration_ yang sesuai; kemudian
|
_taint_ yang sesuai pada pod yang memiliki _toleration_ yang sesuai; kemudian
|
||||||
_taint_ yang diterapkan pada pod yang sudah disaring tadi akan menghasilkan suatu
|
_taint_ yang diterapkan pada pod yang sudah disaring tadi akan menghasilkan suatu
|
||||||
_effect_ pada pod. Secara khusus:
|
_effect_ pada pod. Secara khusus:
|
||||||
|
|
||||||
* jika terdapat _taint_ yang tidak tersaring dengan _effect_ `NoSchedule` maka Kubernetes tidak akan menempatkan
|
* jika terdapat _taint_ yang tidak tersaring dengan _effect_ `NoSchedule` maka Kubernetes tidak akan menempatkan
|
||||||
_pod_ pada _node_ tersebut
|
_pod_ pada _node_ tersebut
|
||||||
* jika tidak terdapat _taint_ yang tidak tersaring dengan _effect_ `NoSchedule`
|
* jika tidak terdapat _taint_ yang tidak tersaring dengan _effect_ `NoSchedule`
|
||||||
tapi terdapat setidaknya satu _taint_ yang tidak tersaring dengan
|
tapi terdapat setidaknya satu _taint_ yang tidak tersaring dengan
|
||||||
_effect_ `PreferNoSchedule` maka Kubernetes akan mencoba untuk tidak akan menempatkan
|
_effect_ `PreferNoSchedule` maka Kubernetes akan mencoba untuk tidak akan menempatkan
|
||||||
_pod_ pada _node_ tersebut
|
_pod_ pada _node_ tersebut
|
||||||
* jika terdapat _taint_ yang tidak tersaring dengan _effect_ `NoExecute` maka _pod_ akan
|
* jika terdapat _taint_ yang tidak tersaring dengan _effect_ `NoExecute` maka _pod_ akan
|
||||||
berada dalam kondisi _evicted_ dari _node_ (jika _pod_ tersebut sudah terlanjur ditempatkan pada _node_
|
berada dalam kondisi _evicted_ dari _node_ (jika _pod_ tersebut sudah terlanjur ditempatkan pada _node_
|
||||||
tersebut), dan tidak akan di-_schedule_ lagi pada _node_ tersebut.
|
tersebut), dan tidak akan di-_schedule_ lagi pada _node_ tersebut.
|
||||||
|
|
||||||
Sebagai contoh, bayangkan kamu memberikan _taint_ pada _node_ sebagai berikut:
|
Sebagai contoh, bayangkan kamu memberikan _taint_ pada _node_ sebagai berikut:
|
||||||
@@ -134,17 +134,17 @@ tolerations:
|
|||||||
effect: "NoExecute"
|
effect: "NoExecute"
|
||||||
```
|
```
|
||||||
|
|
||||||
Pada kasus ini, _pod_ tidak akan di-_schedule_ pada _node_, karena tidak ada
|
Pada kasus ini, _pod_ tidak akan di-_schedule_ pada _node_, karena tidak ada
|
||||||
_toleration_ yang sesuai dengan _taint_ ketiga. Akan tetapi, _pod_ yang sebelumnya
|
_toleration_ yang sesuai dengan _taint_ ketiga. Akan tetapi, _pod_ yang sebelumnya
|
||||||
sudah dijalankan di _node_ dimana _taint_ ditambahkan akan tetap jalan, karena _taint_
|
sudah dijalankan di _node_ dimana _taint_ ditambahkan akan tetap jalan, karena _taint_
|
||||||
ketiga merupakan _taint_ yang tidak ditoleransi oleh _pod_.
|
ketiga merupakan _taint_ yang tidak ditoleransi oleh _pod_.
|
||||||
|
|
||||||
Pada umumnya, jika sebuah _taint_ memiliki _effect_ `NoExecute` ditambahkan pada _node_,
|
Pada umumnya, jika sebuah _taint_ memiliki _effect_ `NoExecute` ditambahkan pada _node_,
|
||||||
maka semua pod yang tidak menoleransi _taint_ tersebut akan berada dalam _state_
|
maka semua pod yang tidak menoleransi _taint_ tersebut akan berada dalam _state_
|
||||||
_evicted_ secara langsung, dan semua _pod_ yang menoleransi _taint_ tersebut
|
_evicted_ secara langsung, dan semua _pod_ yang menoleransi _taint_ tersebut
|
||||||
tidak akan berjalan seperti biasanya (tidak dalam _state_ _evicted_). Meskipun demikian,
|
tidak akan berjalan seperti biasanya (tidak dalam _state_ _evicted_). Meskipun demikian,
|
||||||
_toleration_ dengan _effect_ `NoExecute` dapat dispesfikasikan sebagai _field_ opsional
|
_toleration_ dengan _effect_ `NoExecute` dapat dispesfikasikan sebagai _field_ opsional
|
||||||
`tolerationSeconds` yang memberikan perintah berapa lama suatu _pod_ akan berada
|
`tolerationSeconds` yang memberikan perintah berapa lama suatu _pod_ akan berada
|
||||||
pada _node_ apabila sebuah _taint_ ditambahkan. Contohnya:
|
pada _node_ apabila sebuah _taint_ ditambahkan. Contohnya:
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -156,61 +156,61 @@ tolerations:
|
|||||||
tolerationSeconds: 3600
|
tolerationSeconds: 3600
|
||||||
```
|
```
|
||||||
|
|
||||||
ini berarti apabila sebuah _pod_ sedang dalam berada dalam _state_ _running_,
|
ini berarti apabila sebuah _pod_ sedang dalam berada dalam _state_ _running_,
|
||||||
kemudian sebuah _taint_ yang sesuai ditambahkan pada _node_, maka _pod_ tersebut
|
kemudian sebuah _taint_ yang sesuai ditambahkan pada _node_, maka _pod_ tersebut
|
||||||
akan tetap berada di dalam _node_ untuk periode 3600 detik sebelum _state_-nya
|
akan tetap berada di dalam _node_ untuk periode 3600 detik sebelum _state_-nya
|
||||||
berubah menjadi _evicted_. Jika _taint_ dihapus sebelum periode tersebut, maka _pod_
|
berubah menjadi _evicted_. Jika _taint_ dihapus sebelum periode tersebut, maka _pod_
|
||||||
tetap berjalan sebagaimana mestinya.
|
tetap berjalan sebagaimana mestinya.
|
||||||
|
|
||||||
## Contoh Penggunaan
|
## Contoh Penggunaan
|
||||||
|
|
||||||
_Taint_ dan _toleration_ adalah mekanisme fleksibel yang digunakan untuk
|
_Taint_ dan _toleration_ adalah mekanisme fleksibel yang digunakan untuk
|
||||||
memaksa _pod_ agar tidak dijadwalkan pada _node-node_ tertentu atau
|
memaksa _pod_ agar tidak dijadwalkan pada _node-node_ tertentu atau
|
||||||
mengubah _state_ _pod_ menjadi _evicted_. Berikut adalah beberapa contoh penggunaannya:
|
mengubah _state_ _pod_ menjadi _evicted_. Berikut adalah beberapa contoh penggunaannya:
|
||||||
|
|
||||||
* **Node-Node yang Sifatnya _Dedicated_**: Jika kamu ingin menggunakan
|
* **Node-Node yang Sifatnya _Dedicated_**: Jika kamu ingin menggunakan
|
||||||
sekumpulan _node_ dengan penggunaan eksklusif dari sekumpulan pengguna,
|
sekumpulan _node_ dengan penggunaan eksklusif dari sekumpulan pengguna,
|
||||||
kamu dapat menambahkan _taint_ pada _node-node_ tersebut (misalnya,
|
kamu dapat menambahkan _taint_ pada _node-node_ tersebut (misalnya,
|
||||||
`kubectl taint nodes nodename dedicated=groupName:NoSchedule`) dan kemudian
|
`kubectl taint nodes nodename dedicated=groupName:NoSchedule`) dan kemudian
|
||||||
menambahkan _toleration_ yang sesuai pada _pod-pod_ yang berada di dalamnya (hal ini
|
menambahkan _toleration_ yang sesuai pada _pod-pod_ yang berada di dalamnya (hal ini
|
||||||
dapat dilakukan dengan mudah dengan cara menulis
|
dapat dilakukan dengan mudah dengan cara menulis
|
||||||
[_admission controller_](/docs/reference/access-authn-authz/admission-controllers/) yang
|
[_admission controller_](/docs/reference/access-authn-authz/admission-controllers/) yang
|
||||||
bersifat khusus). _Pod-pod_ dengan _toleration_ nantinya akan diperbolehkannya untuk menggunakan
|
bersifat khusus). _Pod-pod_ dengan _toleration_ nantinya akan diperbolehkannya untuk menggunakan
|
||||||
_node_ yang sudah di-_taint_ (atau dengan kata lain didedikasikan penggunaannya) maupun
|
_node_ yang sudah di-_taint_ (atau dengan kata lain didedikasikan penggunaannya) maupun
|
||||||
_node_ lain yang ada di dalam kluster. Jika kamu ingin mendedikasikan _node_ khusus
|
_node_ lain yang ada di dalam kluster. Jika kamu ingin mendedikasikan _node_ khusus
|
||||||
yang hanya digunakan oleh _pod-pod_ tadi serta memastikan _pod-pod_ tadi hanya menggunakan
|
yang hanya digunakan oleh _pod-pod_ tadi serta memastikan _pod-pod_ tadi hanya menggunakan
|
||||||
_node_ yang didedikasikan, maka kamu harus menambahkan sebuah _label_ yang serupa dengan
|
_node_ yang didedikasikan, maka kamu harus menambahkan sebuah _label_ yang serupa dengan
|
||||||
_taint_ yang diberikan pada sekelompok _node_ (misalnya, `dedicated=groupName`), dan
|
_taint_ yang diberikan pada sekelompok _node_ (misalnya, `dedicated=groupName`), dan
|
||||||
_admission controller_ sebaiknya menambahkan afininitas _node_ untuk memastikan _pod-pod_
|
_admission controller_ sebaiknya menambahkan afininitas _node_ untuk memastikan _pod-pod_
|
||||||
tadi hanya dijadwalkan pada _node_ dengan _label_ `dedicated=groupName`.
|
tadi hanya dijadwalkan pada _node_ dengan _label_ `dedicated=groupName`.
|
||||||
|
|
||||||
* **Node-Node dengan Perangkat Keras Khusus**: Pada suatu kluster dimana
|
* **Node-Node dengan Perangkat Keras Khusus**: Pada suatu kluster dimana
|
||||||
sebagian kecuali _node_ memiliki perangkat keras khusus (misalnya GPU), kita ingin
|
sebagian kecuali _node_ memiliki perangkat keras khusus (misalnya GPU), kita ingin
|
||||||
memastikan hanya _pod-pod_ yang membutuhkan GPU saja yang dijadwalkan di _node_ dengan GPU.
|
memastikan hanya _pod-pod_ yang membutuhkan GPU saja yang dijadwalkan di _node_ dengan GPU.
|
||||||
Hal ini dapat dilakukan dengan memberikan _taint_ pada _node_ yang memiliki perangkat keras
|
Hal ini dapat dilakukan dengan memberikan _taint_ pada _node_ yang memiliki perangkat keras
|
||||||
khusus (misalnya, `kubectl taint nodes nodename special=true:NoSchedule` atau
|
khusus (misalnya, `kubectl taint nodes nodename special=true:NoSchedule` atau
|
||||||
`kubectl taint nodes nodename special=true:PreferNoSchedule`) serta menambahkan _toleration_
|
`kubectl taint nodes nodename special=true:PreferNoSchedule`) serta menambahkan _toleration_
|
||||||
yang sesuai pada _pod_ yang menggunakan _node_ dengan perangkat keras khusus. Seperti halnya pada
|
yang sesuai pada _pod_ yang menggunakan _node_ dengan perangkat keras khusus. Seperti halnya pada
|
||||||
kebutuhan _dedicated_ _node_, hal ini dapat dilakukan dengan mudah dengan cara menulis
|
kebutuhan _dedicated_ _node_, hal ini dapat dilakukan dengan mudah dengan cara menulis
|
||||||
[_admission controller_](/docs/reference/access-authn-authz/admission-controllers/) yang
|
[_admission controller_](/docs/reference/access-authn-authz/admission-controllers/) yang
|
||||||
bersifat khusus. Misalnya, kita dapat menggunakan [_Extended Resource_](/docs/concepts/configuration/manage-compute-resources-container/#extended-resources)
|
bersifat khusus. Misalnya, kita dapat menggunakan [_Extended Resource_](/docs/concepts/configuration/manage-compute-resources-container/#extended-resources)
|
||||||
untuk merepresentasikan perangkat keras khusus, kemudian _taint_ _node_ dengan perangkat keras khusus
|
untuk merepresentasikan perangkat keras khusus, kemudian _taint_ _node_ dengan perangkat keras khusus
|
||||||
dengan nama _extended resource_ dan jalankan _admission controller_
|
dengan nama _extended resource_ dan jalankan _admission controller_
|
||||||
[ExtendedResourceToleration](/docs/reference/access-authn-authz/admission-controllers/#extendedresourcetoleration).
|
[ExtendedResourceToleration](/docs/reference/access-authn-authz/admission-controllers/#extendedresourcetoleration).
|
||||||
Setelah itu, karena _node_ yang ada sudah di-_taint_, maka tidak akan ada _pod_ yang
|
Setelah itu, karena _node_ yang ada sudah di-_taint_, maka tidak akan ada _pod_ yang
|
||||||
tidak memiliki _toleration_ yang akan dijadwalkan pada _node_ tersebut_.
|
tidak memiliki _toleration_ yang akan dijadwalkan pada _node_ tersebut_.
|
||||||
Meskipun begitu, ketika kamu membuat suatu _pod_ yang membutuhkan _extended resource_,
|
Meskipun begitu, ketika kamu membuat suatu _pod_ yang membutuhkan _extended resource_,
|
||||||
maka _admission controller_ dari `ExtendedResourceToleration` akan mengoreksi
|
maka _admission controller_ dari `ExtendedResourceToleration` akan mengoreksi
|
||||||
_toleration_ sehingga _pod_ tersebut dapat dijadwalkan pada _node_ dengan perangkat keras khusus.
|
_toleration_ sehingga _pod_ tersebut dapat dijadwalkan pada _node_ dengan perangkat keras khusus.
|
||||||
Dengan demikian, kamu tidak perlu menambahkan _toleration_ secara manual pada pod yang ada.
|
Dengan demikian, kamu tidak perlu menambahkan _toleration_ secara manual pada pod yang ada.
|
||||||
|
|
||||||
* **_Eviction_ berbasis _Taint_ (fitur beta)**: Konfigurasi _eviction_ per _pod_
|
* **_Eviction_ berbasis _Taint_ (fitur beta)**: Konfigurasi _eviction_ per _pod_
|
||||||
yang terjadi ketika _pod_ mengalami gangguan, hal ini akan dibahas lebih lanjut di bagian
|
yang terjadi ketika _pod_ mengalami gangguan, hal ini akan dibahas lebih lanjut di bagian
|
||||||
selanjutnya.
|
selanjutnya.
|
||||||
|
|
||||||
## _Eviction_ berbasis _Taint_
|
## _Eviction_ berbasis _Taint_
|
||||||
|
|
||||||
Sebelumnya, kita sudah pernah membahas soal _effect_ _taint_ `NoExecute`,
|
Sebelumnya, kita sudah pernah membahas soal _effect_ _taint_ `NoExecute`,
|
||||||
yang memengaruhi _pod_ yang sudah dijalankan dengan cara sebagai berikut:
|
yang memengaruhi _pod_ yang sudah dijalankan dengan cara sebagai berikut:
|
||||||
|
|
||||||
* _pod_ yang tidak menoleransi _taint_ akan segera diubah _state_-nya menjadi _evicted_
|
* _pod_ yang tidak menoleransi _taint_ akan segera diubah _state_-nya menjadi _evicted_
|
||||||
@@ -219,44 +219,44 @@ yang memengaruhi _pod_ yang sudah dijalankan dengan cara sebagai berikut:
|
|||||||
* _pod_ yang menoleransi _taint_ yang menspesifikasikan `tolerationSeconds`
|
* _pod_ yang menoleransi _taint_ yang menspesifikasikan `tolerationSeconds`
|
||||||
spesifikasi _toleration_ yang ada akan tetap berada di dalam _node_ hingga batas waktu tertentu
|
spesifikasi _toleration_ yang ada akan tetap berada di dalam _node_ hingga batas waktu tertentu
|
||||||
|
|
||||||
Sebagai tambahan, Kubernetes 1.6 memperkenalkan dukungan alfa untuk merepresentasikan
|
Sebagai tambahan, Kubernetes 1.6 memperkenalkan dukungan alfa untuk merepresentasikan
|
||||||
_node_ yang bermasalah. Dengan kata lain, _node controller_ akan secara otomatis memberikan _taint_
|
_node_ yang bermasalah. Dengan kata lain, _node controller_ akan secara otomatis memberikan _taint_
|
||||||
pada sebuah _node_ apabila _node_ tersebut memenuhi kriteria tertentu. Berikut merupakan _taint_
|
pada sebuah _node_ apabila _node_ tersebut memenuhi kriteria tertentu. Berikut merupakan _taint_
|
||||||
yang secara _default_ disediakan:
|
yang secara _default_ disediakan:
|
||||||
|
|
||||||
* `node.kubernetes.io/not-ready`: _Node_ berada dalam _state_ _not ready_. Hal ini terjadi apabila
|
* `node.kubernetes.io/not-ready`: _Node_ berada dalam _state_ _not ready_. Hal ini terjadi apabila
|
||||||
_value_ dari _NodeCondition_ `Ready` adalah "`False`".
|
_value_ dari _NodeCondition_ `Ready` adalah "`False`".
|
||||||
* `node.kubernetes.io/unreachable`: _Node_ berada dalam _state_ _unreachable_ dari _node controller_
|
* `node.kubernetes.io/unreachable`: _Node_ berada dalam _state_ _unreachable_ dari _node controller_
|
||||||
Hal ini terjadi apabila _value_ dari _NodeCondition_ `Ready` adalah "`Unknown`".
|
Hal ini terjadi apabila _value_ dari _NodeCondition_ `Ready` adalah "`Unknown`".
|
||||||
* `node.kubernetes.io/out-of-disk`: _Node_ kehabisan kapasitas _disk_.
|
* `node.kubernetes.io/out-of-disk`: _Node_ kehabisan kapasitas _disk_.
|
||||||
* `node.kubernetes.io/memory-pressure`: _Node_ berada diambang kapasitas memori.
|
* `node.kubernetes.io/memory-pressure`: _Node_ berada diambang kapasitas memori.
|
||||||
* `node.kubernetes.io/disk-pressure`: _Node_ berada diambang kapasitas _disk_.
|
* `node.kubernetes.io/disk-pressure`: _Node_ berada diambang kapasitas _disk_.
|
||||||
* `node.kubernetes.io/network-unavailable`: Jaringan pada _Node_ bersifat _unavailable_.
|
* `node.kubernetes.io/network-unavailable`: Jaringan pada _Node_ bersifat _unavailable_.
|
||||||
* `node.kubernetes.io/unschedulable`: _Node_ tidak dapat dijadwalkan.
|
* `node.kubernetes.io/unschedulable`: _Node_ tidak dapat dijadwalkan.
|
||||||
* `node.cloudprovider.kubernetes.io/uninitialized`: Ketika _kubelet_ dijalankan dengan
|
* `node.cloudprovider.kubernetes.io/uninitialized`: Ketika _kubelet_ dijalankan dengan
|
||||||
penyedia layanan _cloud_ "eksternal", _taint_ ini akan diterapkan pada _node_ untuk menandai
|
penyedia layanan _cloud_ "eksternal", _taint_ ini akan diterapkan pada _node_ untuk menandai
|
||||||
_node_ tersebut tidak digunakan. Setelah kontroler dari _cloud-controller-manager_ melakukan
|
_node_ tersebut tidak digunakan. Setelah kontroler dari _cloud-controller-manager_ melakukan
|
||||||
inisiasi _node_ tersebut, maka _kubelet_ akan menghapus _taint_ yang ada.
|
inisiasi _node_ tersebut, maka _kubelet_ akan menghapus _taint_ yang ada.
|
||||||
|
|
||||||
Pada versi 1.13, fitur `TaintBasedEvictions` diubah menjadi beta dan diaktifkan secara _default_,
|
Pada versi 1.13, fitur `TaintBasedEvictions` diubah menjadi beta dan diaktifkan secara _default_,
|
||||||
dengan demikian _taint-taint_ tersebut secara otomatis ditambahkan oleh _NodeController_ (atau _kubelet_)
|
dengan demikian _taint-taint_ tersebut secara otomatis ditambahkan oleh _NodeController_ (atau _kubelet_)
|
||||||
dan logika normal untuk melakukan _eviction_ pada _pod_ dari suatu _node_ tertentu berdasarkan _value_
|
dan logika normal untuk melakukan _eviction_ pada _pod_ dari suatu _node_ tertentu berdasarkan _value_
|
||||||
dari _Ready_ yang ada pada _NodeCondition_ dinonaktifkan.
|
dari _Ready_ yang ada pada _NodeCondition_ dinonaktifkan.
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Untuk menjaga perilaku [_rate limiting_](/docs/concepts/architecture/nodes/) yang
|
Untuk menjaga perilaku [_rate limiting_](/docs/concepts/architecture/nodes/) yang
|
||||||
ada pada _eviction_ _pod_ apabila _node_ mengalami masalah, sistem sebenarnya menambahkan
|
ada pada _eviction_ _pod_ apabila _node_ mengalami masalah, sistem sebenarnya menambahkan
|
||||||
_taint_ dalam bentuk _rate limiter_. Hal ini mencegah _eviction_ besar-besaran pada _pod_
|
_taint_ dalam bentuk _rate limiter_. Hal ini mencegah _eviction_ besar-besaran pada _pod_
|
||||||
pada skenario dimana master menjadi terpisah dari _node_ lainnya.
|
pada skenario dimana master menjadi terpisah dari _node_ lainnya.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
Fitur beta ini, bersamaan dengan `tolerationSeconds`, mengizinkan sebuah _pod_
|
Fitur beta ini, bersamaan dengan `tolerationSeconds`, mengizinkan sebuah _pod_
|
||||||
untuk menspesifikasikan berapa lama _pod_ harus tetap sesuai dengan sebuah _node_
|
untuk menspesifikasikan berapa lama _pod_ harus tetap sesuai dengan sebuah _node_
|
||||||
apabila _node_ tersebut bermasalah.
|
apabila _node_ tersebut bermasalah.
|
||||||
|
|
||||||
Misalnya, sebuah aplikasi dengan banyak _state_ lokal akan lebih baik untuk tetap
|
Misalnya, sebuah aplikasi dengan banyak _state_ lokal akan lebih baik untuk tetap
|
||||||
berada di suatu _node_ pada saat terjadi partisi jaringan, dengan harapan partisi jaringan
|
berada di suatu _node_ pada saat terjadi partisi jaringan, dengan harapan partisi jaringan
|
||||||
tersebut dapat diselesaikan dan mekanisme _eviction_ _pod_ tidak akan dilakukan.
|
tersebut dapat diselesaikan dan mekanisme _eviction_ _pod_ tidak akan dilakukan.
|
||||||
_Toleration_ yang ditambahkan akan berbentuk sebagai berikut:
|
_Toleration_ yang ditambahkan akan berbentuk sebagai berikut:
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -267,41 +267,41 @@ tolerations:
|
|||||||
tolerationSeconds: 6000
|
tolerationSeconds: 6000
|
||||||
```
|
```
|
||||||
|
|
||||||
Perhatikan bahwa Kubernetes secara otomatis menambahkan _toleration_ untuk
|
Perhatikan bahwa Kubernetes secara otomatis menambahkan _toleration_ untuk
|
||||||
`node.kubernetes.io/not-ready` dengan `tolerationSeconds=300`
|
`node.kubernetes.io/not-ready` dengan `tolerationSeconds=300`
|
||||||
kecuali konfigurasi lain disediakan oleh pengguna.
|
kecuali konfigurasi lain disediakan oleh pengguna.
|
||||||
Kubernetes juga secara otomatis menambahkan _toleration_ untuk
|
Kubernetes juga secara otomatis menambahkan _toleration_ untuk
|
||||||
`node.kubernetes.io/unreachable` dengan `tolerationSeconds=300`
|
`node.kubernetes.io/unreachable` dengan `tolerationSeconds=300`
|
||||||
kecuali konfigurasi lain disediakan oleh pengguna.
|
kecuali konfigurasi lain disediakan oleh pengguna.
|
||||||
|
|
||||||
_Toleration_ yang ditambahkan secara otomatis ini menjamin bahwa
|
_Toleration_ yang ditambahkan secara otomatis ini menjamin bahwa
|
||||||
perilaku _default_ dari suatu _pod_ adalah tetap bertahan selama 5 menit pada
|
perilaku _default_ dari suatu _pod_ adalah tetap bertahan selama 5 menit pada
|
||||||
_node_ apabila salah satu masalah terdeteksi.
|
_node_ apabila salah satu masalah terdeteksi.
|
||||||
Kedua _toleration_ _default_ tadi ditambahkan oleh [DefaultTolerationSeconds
|
Kedua _toleration_ _default_ tadi ditambahkan oleh [DefaultTolerationSeconds
|
||||||
_admission controller_](https://git.k8s.io/kubernetes/plugin/pkg/admission/defaulttolerationseconds).
|
_admission controller_](https://git.k8s.io/kubernetes/plugin/pkg/admission/defaulttolerationseconds).
|
||||||
|
|
||||||
_Pod-pod_ pada [DaemonSet](/docs/concepts/workloads/controllers/daemonset/) dibuat dengan _toleration_
|
_Pod-pod_ pada [DaemonSet](/docs/concepts/workloads/controllers/daemonset/) dibuat dengan _toleration_
|
||||||
`NoExecute` untuk _taint_ tanpa `tolerationSeconds`:
|
`NoExecute` untuk _taint_ tanpa `tolerationSeconds`:
|
||||||
|
|
||||||
* `node.kubernetes.io/unreachable`
|
* `node.kubernetes.io/unreachable`
|
||||||
* `node.kubernetes.io/not-ready`
|
* `node.kubernetes.io/not-ready`
|
||||||
|
|
||||||
Hal ini menjamin _pod-pod_ yang merupakan bagian dari DaemonSet tidak pernah berada di dalam
|
Hal ini menjamin _pod-pod_ yang merupakan bagian dari DaemonSet tidak pernah berada di dalam
|
||||||
_state_ _evicted_ apabila terjadi permasalahan pada _node_.
|
_state_ _evicted_ apabila terjadi permasalahan pada _node_.
|
||||||
|
|
||||||
## _Taint_ pada _Node_ berdasarkan Kondisi Tertentu
|
## _Taint_ pada _Node_ berdasarkan Kondisi Tertentu
|
||||||
|
|
||||||
Pada versi 1.12, fitur `TaintNodesByCondition` menjadi fitur beta, dengan demikian _lifecycle_
|
Pada versi 1.12, fitur `TaintNodesByCondition` menjadi fitur beta, dengan demikian _lifecycle_
|
||||||
dari kontroler _node_ akan secara otomatis menambahkan _taint_ sesuai dengan kondisi _node_.
|
dari kontroler _node_ akan secara otomatis menambahkan _taint_ sesuai dengan kondisi _node_.
|
||||||
Hal yang sama juga terjadi pada _scheduler_, _scheduler_ tidak bertugas memeriksa kondisi _node_
|
Hal yang sama juga terjadi pada _scheduler_, _scheduler_ tidak bertugas memeriksa kondisi _node_
|
||||||
tetapi kondisi _taint_. Hal ini memastikan bahwa kondisi _node_ tidak memengaruhi apa
|
tetapi kondisi _taint_. Hal ini memastikan bahwa kondisi _node_ tidak memengaruhi apa
|
||||||
yang dijadwalkan di _node_. Pengguna dapat memilih untuk mengabaikan beberapa permasalahan yang
|
yang dijadwalkan di _node_. Pengguna dapat memilih untuk mengabaikan beberapa permasalahan yang
|
||||||
ada pada _node_ (yang direpresentasikan oleh kondisi _Node_) dengan menambahkan _toleration_ _Pod_ `NoSchedule`.
|
ada pada _node_ (yang direpresentasikan oleh kondisi _Node_) dengan menambahkan _toleration_ _Pod_ `NoSchedule`.
|
||||||
Sedangkan _taint_ dengan _effect_ `NoExecute` dikendalikan oleh `TaintBasedEviction` yang merupakan
|
Sedangkan _taint_ dengan _effect_ `NoExecute` dikendalikan oleh `TaintBasedEviction` yang merupakan
|
||||||
fitur beta yang diaktifkan secara _default_ oleh Kubernetes sejak versi 1.13.
|
fitur beta yang diaktifkan secara _default_ oleh Kubernetes sejak versi 1.13.
|
||||||
|
|
||||||
Sejak Kubernetes versi 1.8, kontroler DaemonSet akan secara otomatis
|
Sejak Kubernetes versi 1.8, kontroler DaemonSet akan secara otomatis
|
||||||
menambahkan _toleration_ `NoSchedule` pada semua _daemon_ untuk menjaga
|
menambahkan _toleration_ `NoSchedule` pada semua _daemon_ untuk menjaga
|
||||||
fungsionalitas DaemonSet.
|
fungsionalitas DaemonSet.
|
||||||
|
|
||||||
* `node.kubernetes.io/memory-pressure`
|
* `node.kubernetes.io/memory-pressure`
|
||||||
@@ -310,5 +310,5 @@ fungsionalitas DaemonSet.
|
|||||||
* `node.kubernetes.io/unschedulable` (versi 1.10 atau yang lebih baru)
|
* `node.kubernetes.io/unschedulable` (versi 1.10 atau yang lebih baru)
|
||||||
* `node.kubernetes.io/network-unavailable` (hanya untuk jaringan _host_)
|
* `node.kubernetes.io/network-unavailable` (hanya untuk jaringan _host_)
|
||||||
|
|
||||||
Menambahkan _toleration_ ini menjamin _backward compatibility_.
|
Menambahkan _toleration_ ini menjamin _backward compatibility_.
|
||||||
Kamu juga dapat menambahkan _toleration_ lain pada DaemonSet.
|
Kamu juga dapat menambahkan _toleration_ lain pada DaemonSet.
|
||||||
|
|||||||
@@ -24,7 +24,7 @@ Laman ini menjelaskan berbagai *resource* yang tersedia di dalam Kontainer pada
|
|||||||
### Informasi tentang Kontainer
|
### Informasi tentang Kontainer
|
||||||
|
|
||||||
*Hostname* sebuah Kontainer merupakan nama dari Pod dimana Kontainer dijalankan.
|
*Hostname* sebuah Kontainer merupakan nama dari Pod dimana Kontainer dijalankan.
|
||||||
Informasi ini tersedia melalui perintah `hostname` atau panggilan (*function call*)
|
Informasi ini tersedia melalui perintah `hostname` atau panggilan (*function call*)
|
||||||
[`gethostname`](http://man7.org/linux/man-pages/man2/gethostname.2.html) pada `libc`.
|
[`gethostname`](http://man7.org/linux/man-pages/man2/gethostname.2.html) pada `libc`.
|
||||||
|
|
||||||
Nama Pod dan *namespace* tersedia sebagai variabel *environment* melalui [API *downward*](/docs/tasks/inject-data-application/downward-api-volume-expose-pod-information/).
|
Nama Pod dan *namespace* tersedia sebagai variabel *environment* melalui [API *downward*](/docs/tasks/inject-data-application/downward-api-volume-expose-pod-information/).
|
||||||
|
|||||||
@@ -16,7 +16,7 @@ untuk menjalankan kode yang di-*trigger* oleh *event* selama *lifecycle* berlang
|
|||||||
|
|
||||||
## Ikhtisar
|
## Ikhtisar
|
||||||
|
|
||||||
Kubernetes menyediakan *hook* untuk *lifecycle* Kontainer. Hal ini sejalan dengan *framework* bahasa
|
Kubernetes menyediakan *hook* untuk *lifecycle* Kontainer. Hal ini sejalan dengan *framework* bahasa
|
||||||
pemrograman pada umumnya yang memiliki *hook* untuk *lifecycle* komponen, seperti Angular contohnya.
|
pemrograman pada umumnya yang memiliki *hook* untuk *lifecycle* komponen, seperti Angular contohnya.
|
||||||
*Hook* tersebut digunakan Kontainer untuk selalu siap menerima *event* selama *lifecycle* dan
|
*Hook* tersebut digunakan Kontainer untuk selalu siap menerima *event* selama *lifecycle* dan
|
||||||
menjalankan kode yang diimplementasi pada suatu *handler*, ketika *hook lifecycle* terkait telah dieksekusi.
|
menjalankan kode yang diimplementasi pada suatu *handler*, ketika *hook lifecycle* terkait telah dieksekusi.
|
||||||
@@ -62,7 +62,7 @@ atau *hang*, Kontainer tersebut tidak bisa sampai ke *state* `running`.
|
|||||||
|
|
||||||
Perilaku ini mirip dengan yang terjadi pada *hook* `PreStop`.
|
Perilaku ini mirip dengan yang terjadi pada *hook* `PreStop`.
|
||||||
Jika *hook* terlalu lama atau *hang* saat dieksekusi, Pod tersebut tetap ada pada *state* `Terminating`
|
Jika *hook* terlalu lama atau *hang* saat dieksekusi, Pod tersebut tetap ada pada *state* `Terminating`
|
||||||
dan akan dimatikan setelah `terminationGracePeriodSeconds` Pod selesai.
|
dan akan dimatikan setelah `terminationGracePeriodSeconds` Pod selesai.
|
||||||
Jika sebuah *hook* `PostStart` atau `PreStop` gagal dieksekusi, Kontainer akan dimatikan.
|
Jika sebuah *hook* `PostStart` atau `PreStop` gagal dieksekusi, Kontainer akan dimatikan.
|
||||||
|
|
||||||
Para pengguna sangat disarankan membuat *handler* untuk *hook* seringan mungkin (*lightweight*).
|
Para pengguna sangat disarankan membuat *handler* untuk *hook* seringan mungkin (*lightweight*).
|
||||||
@@ -72,7 +72,7 @@ suatu perintah, misalnya saat proses penyimpanan *state* sebelum Kontainer dimat
|
|||||||
### Jaminan pengiriman *hook*
|
### Jaminan pengiriman *hook*
|
||||||
|
|
||||||
Proses pengiriman *hook* akan dilakukan **paling tidak satu kali**.
|
Proses pengiriman *hook* akan dilakukan **paling tidak satu kali**.
|
||||||
Artinya suatu *hook* boleh dipanggil beberapa kali untuk *event* yang sama,
|
Artinya suatu *hook* boleh dipanggil beberapa kali untuk *event* yang sama,
|
||||||
seperti dalam `PostStart` atau`PreStop`.
|
seperti dalam `PostStart` atau`PreStop`.
|
||||||
Namun begitu, implementasi *hook* masing-masing harus memastikan bagaimana
|
Namun begitu, implementasi *hook* masing-masing harus memastikan bagaimana
|
||||||
menangani kasus ini dengan benar.
|
menangani kasus ini dengan benar.
|
||||||
|
|||||||
@@ -53,7 +53,7 @@ Nama _handler_ harus berupa valid label 1123 DNS (alfanumerik + karakter `-`).
|
|||||||
|
|
||||||
#### 2. Buat _resource_ `RuntimeClass` yang terkait
|
#### 2. Buat _resource_ `RuntimeClass` yang terkait
|
||||||
|
|
||||||
Masing-masing konfigurasi pada langkah no.1 punya nama `handler` yang merepresentasikan
|
Masing-masing konfigurasi pada langkah no.1 punya nama `handler` yang merepresentasikan
|
||||||
konfigurasi-konfigurasi tersebut. Untuk masing-masing `handler`, buatlah sebuah objek RuntimeClass terkait.
|
konfigurasi-konfigurasi tersebut. Untuk masing-masing `handler`, buatlah sebuah objek RuntimeClass terkait.
|
||||||
|
|
||||||
_Resource_ RuntimeClass saat ini hanya memiliki 2 _field_ yang penting: nama RuntimeClass tersebut
|
_Resource_ RuntimeClass saat ini hanya memiliki 2 _field_ yang penting: nama RuntimeClass tersebut
|
||||||
@@ -69,8 +69,8 @@ handler: myconfiguration # Nama dari konfigurasi CRI terkait
|
|||||||
```
|
```
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Sangat disarankan untuk hanya memperbolehkan admin kluster melakukan operasi
|
Sangat disarankan untuk hanya memperbolehkan admin kluster melakukan operasi
|
||||||
_write_ pada RuntimeClass. Biasanya ini sudah jadi _default_. Lihat [Ikhtisar
|
_write_ pada RuntimeClass. Biasanya ini sudah jadi _default_. Lihat [Ikhtisar
|
||||||
Autorisasi](/docs/reference/access-authn-authz/authorization/) untuk penjelasan lebih jauh.
|
Autorisasi](/docs/reference/access-authn-authz/authorization/) untuk penjelasan lebih jauh.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
@@ -154,7 +154,7 @@ pembaruan fitur RuntimeClass dari versi alpha ke versi beta:
|
|||||||
```
|
```
|
||||||
kubectl delete customresourcedefinitions.apiextensions.k8s.io runtimeclasses.node.k8s.io
|
kubectl delete customresourcedefinitions.apiextensions.k8s.io runtimeclasses.node.k8s.io
|
||||||
```
|
```
|
||||||
- Fitur Alpha pada RuntimeClass akan menjadi tidak valid, jika `runtimeHandler` tidak ditentukan atau
|
- Fitur Alpha pada RuntimeClass akan menjadi tidak valid, jika `runtimeHandler` tidak ditentukan atau
|
||||||
kosong atau menggunakan karakter `.` pada _handler_. Ini harus dimigrasi ke _handler_ dengan
|
kosong atau menggunakan karakter `.` pada _handler_. Ini harus dimigrasi ke _handler_ dengan
|
||||||
konfigurasi yang valid (lihat petunjuk di atas).
|
konfigurasi yang valid (lihat petunjuk di atas).
|
||||||
|
|
||||||
|
|||||||
@@ -48,7 +48,7 @@ Sebagai hasilnya, kebanyakan pengguna Kubernetes perlu menginstal perluasan dan
|
|||||||
|
|
||||||
## Pola-pola Perluasan
|
## Pola-pola Perluasan
|
||||||
|
|
||||||
Kubernetes didesain untuk dapat diotomasi dengan menulis program-program klien. Program apapun yang membaca dan/atau menulis ke API Kubernetes dapat menyediakan otomasi yang berguna.
|
Kubernetes didesain untuk dapat diotomasi dengan menulis program-program klien. Program apapun yang membaca dan/atau menulis ke API Kubernetes dapat menyediakan otomasi yang berguna.
|
||||||
|
|
||||||
*Otomasi* dapat berjalan di dalam kluster atau di luar kluster. Dengan mengikuti panduan
|
*Otomasi* dapat berjalan di dalam kluster atau di luar kluster. Dengan mengikuti panduan
|
||||||
di dalam dokumen ini, kamu dapat menulis otomasi yang sangat tersedia dan kuat.
|
di dalam dokumen ini, kamu dapat menulis otomasi yang sangat tersedia dan kuat.
|
||||||
|
|||||||
@@ -2,13 +2,13 @@
|
|||||||
title: Komponen-Komponen Kubernetes
|
title: Komponen-Komponen Kubernetes
|
||||||
content_template: templates/concept
|
content_template: templates/concept
|
||||||
weight: 20
|
weight: 20
|
||||||
card:
|
card:
|
||||||
name: concepts
|
name: concepts
|
||||||
weight: 20
|
weight: 20
|
||||||
---
|
---
|
||||||
|
|
||||||
{{% capture overview %}}
|
{{% capture overview %}}
|
||||||
Dokumen ini merupakan ikhtisar yang mencakup berbagai komponen
|
Dokumen ini merupakan ikhtisar yang mencakup berbagai komponen
|
||||||
yang dibutuhkan agar kluster Kubernetes dapat berjalan secara fungsional.
|
yang dibutuhkan agar kluster Kubernetes dapat berjalan secara fungsional.
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
@@ -20,13 +20,13 @@ Komponen <i>master</i> menyediakan <i>control plane</i> bagi kluster.
|
|||||||
Komponen ini berperan dalam proses pengambilan secara global
|
Komponen ini berperan dalam proses pengambilan secara global
|
||||||
pada kluster (contohnya, mekanisme <i>schedule</i>), serta berperan dalam proses
|
pada kluster (contohnya, mekanisme <i>schedule</i>), serta berperan dalam proses
|
||||||
deteksi serta pemberian respons terhadap <i>events</i> yang berlangsung di dalam kluster
|
deteksi serta pemberian respons terhadap <i>events</i> yang berlangsung di dalam kluster
|
||||||
(contohnya, penjadwalan pod baru apabila jumlah replika yang ada pada
|
(contohnya, penjadwalan pod baru apabila jumlah replika yang ada pada
|
||||||
<i>replication controller</i> tidak terpenuhi).
|
<i>replication controller</i> tidak terpenuhi).
|
||||||
|
|
||||||
Komponen master dapat dijalankan di mesin manapun yang ada di kluster. Meski begitu,
|
Komponen master dapat dijalankan di mesin manapun yang ada di kluster. Meski begitu,
|
||||||
untuk memudahkan proses yang ada, <i>script</i> inisiasi awal yang dijalankan
|
untuk memudahkan proses yang ada, <i>script</i> inisiasi awal yang dijalankan
|
||||||
biasanya memulai komponen master pada mesin yang sama, serta tidak menjalankan
|
biasanya memulai komponen master pada mesin yang sama, serta tidak menjalankan
|
||||||
kontainer bagi pengguna di mesin ini. Contoh konfigurasi <i>multi-master VM</i>
|
kontainer bagi pengguna di mesin ini. Contoh konfigurasi <i>multi-master VM</i>
|
||||||
dapat dilihat di modul [Membangun Kluster HA] (/docs/admin/high-availability/).
|
dapat dilihat di modul [Membangun Kluster HA] (/docs/admin/high-availability/).
|
||||||
|
|
||||||
|
|
||||||
@@ -51,31 +51,31 @@ dapat dilihat di modul [Membangun Kluster HA] (/docs/admin/high-availability/).
|
|||||||
|
|
||||||
Kontroler-kontroler ini meliputi:
|
Kontroler-kontroler ini meliputi:
|
||||||
|
|
||||||
* Kontroler <i>Node</i> : Bertanggung jawab untuk mengamati dan memberikan
|
* Kontroler <i>Node</i> : Bertanggung jawab untuk mengamati dan memberikan
|
||||||
respons apabila jumlah <i>node</i> berkurang.
|
respons apabila jumlah <i>node</i> berkurang.
|
||||||
* Kontroler Replikasi : Bertanggung jawab untuk menjaga jumlah <i>pod</i> agar
|
* Kontroler Replikasi : Bertanggung jawab untuk menjaga jumlah <i>pod</i> agar
|
||||||
jumlahnya sesuai dengan kebutuhan setiap objek kontroler replikasi yang ada di sistem.
|
jumlahnya sesuai dengan kebutuhan setiap objek kontroler replikasi yang ada di sistem.
|
||||||
* Kontroler <i>Endpoints</i> : Menginisiasi objek <i>Endpoints</i>
|
* Kontroler <i>Endpoints</i> : Menginisiasi objek <i>Endpoints</i>
|
||||||
(yang merupakan gabungan <i>Pods</i> dan <i>Services</i>).
|
(yang merupakan gabungan <i>Pods</i> dan <i>Services</i>).
|
||||||
* Kontroler <i>Service Account & Token</i>: Membuat akun dan
|
* Kontroler <i>Service Account & Token</i>: Membuat akun dan
|
||||||
akses token API standar untuk setiap <i>namespaces</i> yang dibuat.
|
akses token API standar untuk setiap <i>namespaces</i> yang dibuat.
|
||||||
|
|
||||||
|
|
||||||
### cloud-controller-manager
|
### cloud-controller-manager
|
||||||
|
|
||||||
[Cloud-controller-manager](/en/docs/tasks/administer-cluster/running-cloud-controller/) merupakan kontroler yang berinteraksi dengan penyedia layanan <i>cloud</i>.
|
[Cloud-controller-manager](/en/docs/tasks/administer-cluster/running-cloud-controller/) merupakan kontroler yang berinteraksi dengan penyedia layanan <i>cloud</i>.
|
||||||
Kontroler ini merupakat fitur alfa yang diperkenalkan pada Kubernetes versi 1.6.
|
Kontroler ini merupakat fitur alfa yang diperkenalkan pada Kubernetes versi 1.6.
|
||||||
|
|
||||||
<i>Cloud-controller-manager</i> hanya menjalankan iterasi kontroler <i>cloud-provider-specific</i> .
|
<i>Cloud-controller-manager</i> hanya menjalankan iterasi kontroler <i>cloud-provider-specific</i> .
|
||||||
Kamu harus menonaktifkan iterasi kontroler ini pada <i>kube-controller-manager</i>.
|
Kamu harus menonaktifkan iterasi kontroler ini pada <i>kube-controller-manager</i>.
|
||||||
Kamu dapat menonaktifka iterasi kontroler ini dengan mengubah nilai argumen `--cloud-provider` dengan `external`
|
Kamu dapat menonaktifka iterasi kontroler ini dengan mengubah nilai argumen `--cloud-provider` dengan `external`
|
||||||
ketika menginisiasi <i>kube-controller-manager</i>.
|
ketika menginisiasi <i>kube-controller-manager</i>.
|
||||||
|
|
||||||
Adanya <i>cloud-controller-manager</i> memungkinkan kode yang dimiliki oleh penyedia layanan <i>cloud</i>
|
Adanya <i>cloud-controller-manager</i> memungkinkan kode yang dimiliki oleh penyedia layanan <i>cloud</i>
|
||||||
dan kode yang ada pada Kubernetes saling tidak bergantung selama masa <i>development</i>.
|
dan kode yang ada pada Kubernetes saling tidak bergantung selama masa <i>development</i>.
|
||||||
Pada versi sebelumnya, Kubernetes bergantung pada fungsionalitas spesifik yang disediakan oleh
|
Pada versi sebelumnya, Kubernetes bergantung pada fungsionalitas spesifik yang disediakan oleh
|
||||||
penyedia layanan <i>cloud</i>. Di masa mendatang, kode yang secara spesifik dimiliki oleh
|
penyedia layanan <i>cloud</i>. Di masa mendatang, kode yang secara spesifik dimiliki oleh
|
||||||
penyedia layanan <i>cloud</i> akan dipelihara oleh penyedia layanan <i>cloud</i> itu sendiri,
|
penyedia layanan <i>cloud</i> akan dipelihara oleh penyedia layanan <i>cloud</i> itu sendiri,
|
||||||
kode ini selanjutnya akan dihubungkan dengan <i>cloud-controller-manager</i> ketika Kubernetes dijalankan.
|
kode ini selanjutnya akan dihubungkan dengan <i>cloud-controller-manager</i> ketika Kubernetes dijalankan.
|
||||||
|
|
||||||
Kontroler berikut ini memiliki keterkaitan dengan penyedia layanan <i>cloud</i>:
|
Kontroler berikut ini memiliki keterkaitan dengan penyedia layanan <i>cloud</i>:
|
||||||
@@ -84,11 +84,11 @@ Kontroler berikut ini memiliki keterkaitan dengan penyedia layanan <i>cloud</i>:
|
|||||||
* Kontroler Route : Melakukan pengaturan awal <i>route</i> yang ada pada penyedia layanan <i>cloud</i>
|
* Kontroler Route : Melakukan pengaturan awal <i>route</i> yang ada pada penyedia layanan <i>cloud</i>
|
||||||
* Kontroler Service : Untuk membuat, memperbaharui, menghapus <i>load balancer</i> yang disediakan oleh penyedia layanan <i>cloud</i>
|
* Kontroler Service : Untuk membuat, memperbaharui, menghapus <i>load balancer</i> yang disediakan oleh penyedia layanan <i>cloud</i>
|
||||||
* Kontroler Volume : Untuk membuat, meng-attach, dan melakukan <i>mount volume</i> serta melakukan inetraksi dengan penyedia layanan <i>cloud</i> untuk melakukan orkestrasi <i>volume</i>
|
* Kontroler Volume : Untuk membuat, meng-attach, dan melakukan <i>mount volume</i> serta melakukan inetraksi dengan penyedia layanan <i>cloud</i> untuk melakukan orkestrasi <i>volume</i>
|
||||||
|
|
||||||
|
|
||||||
## Komponen <i>Node</i>
|
## Komponen <i>Node</i>
|
||||||
|
|
||||||
Komponen ini ada pada setiap <i>node</i>, fungsinya adalah melakukan pemeliharaan terhadap <i>pod</i> serta menyediakan <i>environment runtime</i> bagi Kubernetes.
|
Komponen ini ada pada setiap <i>node</i>, fungsinya adalah melakukan pemeliharaan terhadap <i>pod</i> serta menyediakan <i>environment runtime</i> bagi Kubernetes.
|
||||||
|
|
||||||
|
|
||||||
### kubelet
|
### kubelet
|
||||||
@@ -103,7 +103,7 @@ Komponen ini ada pada setiap <i>node</i>, fungsinya adalah melakukan pemeliharaa
|
|||||||
|
|
||||||
### <i>Container Runtime</i>
|
### <i>Container Runtime</i>
|
||||||
|
|
||||||
<i>Container runtime</i> adalah perangkat lunak yang bertanggung jawab dalam menjalankan kontainer.
|
<i>Container runtime</i> adalah perangkat lunak yang bertanggung jawab dalam menjalankan kontainer.
|
||||||
Kubernetes mendukung beberapa <i>runtime</i>, diantaranya adalah: [Docker](http://www.docker.com), [containerd](https://containerd.io), [cri-o](https://cri-o.io/), [rktlet](https://github.com/kubernetes-incubator/rktlet) dan semua implementasi [Kubernetes CRI (Container Runtime Interface)](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-node/container-runtime-interface.md).
|
Kubernetes mendukung beberapa <i>runtime</i>, diantaranya adalah: [Docker](http://www.docker.com), [containerd](https://containerd.io), [cri-o](https://cri-o.io/), [rktlet](https://github.com/kubernetes-incubator/rktlet) dan semua implementasi [Kubernetes CRI (Container Runtime Interface)](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-node/container-runtime-interface.md).
|
||||||
|
|
||||||
|
|
||||||
@@ -116,35 +116,35 @@ Beberapa <i>addons</i> akan dijelaskan selanjutnya.
|
|||||||
|
|
||||||
### DNS
|
### DNS
|
||||||
|
|
||||||
Meskipun tidak semua <i>addons</i> dibutuhkan, semua kluster Kubernetes hendaknya
|
Meskipun tidak semua <i>addons</i> dibutuhkan, semua kluster Kubernetes hendaknya
|
||||||
memiliki DNS kluster. Komponen ini penting karena banyak dibutuhkan oleh komponen
|
memiliki DNS kluster. Komponen ini penting karena banyak dibutuhkan oleh komponen
|
||||||
lainnya.
|
lainnya.
|
||||||
|
|
||||||
[Kluster DNS](/en/docs/concepts/cluster-administration/addons/ ) adalah server DNS, selain beberapa server DNS lain yang sudah ada di
|
[Kluster DNS](/en/docs/concepts/cluster-administration/addons/ ) adalah server DNS, selain beberapa server DNS lain yang sudah ada di
|
||||||
<i>environment</i> kamu, yang berfungsi sebagai catatan DNS bagi Kubernetes <i>services</i>
|
<i>environment</i> kamu, yang berfungsi sebagai catatan DNS bagi Kubernetes <i>services</i>
|
||||||
|
|
||||||
Kontainer yang dimulai oleh kubernetes secara otomatis akan memasukkan server DNS ini
|
Kontainer yang dimulai oleh kubernetes secara otomatis akan memasukkan server DNS ini
|
||||||
ke dalam mekanisme pencarian DNS yang dimilikinya.
|
ke dalam mekanisme pencarian DNS yang dimilikinya.
|
||||||
|
|
||||||
|
|
||||||
### <i>Web UI</i> (Dasbor)
|
### <i>Web UI</i> (Dasbor)
|
||||||
|
|
||||||
[Dasbor](/en/docs/tasks/access-application-cluster/web-ui-dashboard/) adalah antar muka berbasis web multifungsi yang ada pada kluster Kubernetes.
|
[Dasbor](/en/docs/tasks/access-application-cluster/web-ui-dashboard/) adalah antar muka berbasis web multifungsi yang ada pada kluster Kubernetes.
|
||||||
Dasbor ini memungkinkan user melakukan manajemen dan <i>troubleshooting</i> kluster maupun
|
Dasbor ini memungkinkan user melakukan manajemen dan <i>troubleshooting</i> kluster maupun
|
||||||
aplikasi yang ada pada kluster itu sendiri.
|
aplikasi yang ada pada kluster itu sendiri.
|
||||||
|
|
||||||
|
|
||||||
### <i>Container Resource Monitoring</i>
|
### <i>Container Resource Monitoring</i>
|
||||||
|
|
||||||
[Container Resource Monitoring](/en/docs/tasks/debug-application-cluster/resource-usage-monitoring/) mencatat metrik <i>time-series</i> yang diperoleh
|
[Container Resource Monitoring](/en/docs/tasks/debug-application-cluster/resource-usage-monitoring/) mencatat metrik <i>time-series</i> yang diperoleh
|
||||||
dari kontainer ke dalam basis data serta menyediakan antar muka yang dapat digunakan
|
dari kontainer ke dalam basis data serta menyediakan antar muka yang dapat digunakan
|
||||||
untuk melakukan pencarian data yang dibutuhkan.
|
untuk melakukan pencarian data yang dibutuhkan.
|
||||||
|
|
||||||
|
|
||||||
### <i>Cluster-level Logging</i>
|
### <i>Cluster-level Logging</i>
|
||||||
|
|
||||||
[Cluster-level logging](/en/docs/concepts/cluster-administration/logging/) bertanggung jawab mencatat <i>log</i> kontainer pada
|
[Cluster-level logging](/en/docs/concepts/cluster-administration/logging/) bertanggung jawab mencatat <i>log</i> kontainer pada
|
||||||
penyimpanan <i>log</i> terpusat dengan antar muka yang dapat digunakan untuk melakukan
|
penyimpanan <i>log</i> terpusat dengan antar muka yang dapat digunakan untuk melakukan
|
||||||
pencarian.
|
pencarian.
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|||||||
@@ -2,7 +2,7 @@
|
|||||||
title: API Kubernetes
|
title: API Kubernetes
|
||||||
content_template: templates/concept
|
content_template: templates/concept
|
||||||
weight: 30
|
weight: 30
|
||||||
card:
|
card:
|
||||||
name: concepts
|
name: concepts
|
||||||
weight: 30
|
weight: 30
|
||||||
---
|
---
|
||||||
@@ -19,7 +19,7 @@ API Kubernetes juga berperan sebagai skema konfigurasi yang deklaratif di dalam
|
|||||||
|
|
||||||
Kubernetes menyimpan bentuk terserialisasi dari obyek API yang dimilikinya di dalam [etcd](https://coreos.com/docs/distributed-configuration/getting-started-with-etcd/).
|
Kubernetes menyimpan bentuk terserialisasi dari obyek API yang dimilikinya di dalam [etcd](https://coreos.com/docs/distributed-configuration/getting-started-with-etcd/).
|
||||||
|
|
||||||
Kubernetes sendiri dibagi menjadi beberapa komponen yang saling dapat saling interaksi melalui API.
|
Kubernetes sendiri dibagi menjadi beberapa komponen yang saling dapat saling interaksi melalui API.
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|
||||||
@@ -28,14 +28,14 @@ Kubernetes sendiri dibagi menjadi beberapa komponen yang saling dapat saling int
|
|||||||
|
|
||||||
## Perubahan API
|
## Perubahan API
|
||||||
|
|
||||||
Berdasarkan pengalaman kami, semua sistem yang berhasil memerlukan kebutuhan
|
Berdasarkan pengalaman kami, semua sistem yang berhasil memerlukan kebutuhan
|
||||||
untuk terus tumbuh dan berkembang seiring dengan bertambahnya kebutuhan
|
untuk terus tumbuh dan berkembang seiring dengan bertambahnya kebutuhan
|
||||||
yang ada. Dengan demikian, kami berekspektasi bahwa API akan selalu berubah seiring dengan bertambahnya kebutuhan yang ada.
|
yang ada. Dengan demikian, kami berekspektasi bahwa API akan selalu berubah seiring dengan bertambahnya kebutuhan yang ada.
|
||||||
Meski begitu, perubahan yang ada akan selalu kompatibel dengan implementasi sebelumnya, untuk jangka waktu tertentu.
|
Meski begitu, perubahan yang ada akan selalu kompatibel dengan implementasi sebelumnya, untuk jangka waktu tertentu.
|
||||||
Secara umum, penambahan pada sebuah resource API atau field resource bisa sering terjadi.. Penghapusan <i>resource API</i> atau suatu <i>field</i>, di sisi lain,
|
Secara umum, penambahan pada sebuah resource API atau field resource bisa sering terjadi.. Penghapusan <i>resource API</i> atau suatu <i>field</i>, di sisi lain,
|
||||||
diharapkan untuk dapat memenuhi [kaidah deprecation API](/docs/reference/using-api/deprecation-policy/).
|
diharapkan untuk dapat memenuhi [kaidah deprecation API](/docs/reference/using-api/deprecation-policy/).
|
||||||
|
|
||||||
Hal-hal apa saja yang perlu diperhatikan untuk menjamin kompatibilitas API
|
Hal-hal apa saja yang perlu diperhatikan untuk menjamin kompatibilitas API
|
||||||
secara rinci dibahas di dalam [dokumentasi perubahan API](https://git.k8s.io/community/contributors/devel/sig-architecture/api_changes.md).
|
secara rinci dibahas di dalam [dokumentasi perubahan API](https://git.k8s.io/community/contributors/devel/sig-architecture/api_changes.md).
|
||||||
|
|
||||||
## Swagger and OpenAPI Definition
|
## Swagger and OpenAPI Definition
|
||||||
@@ -48,11 +48,11 @@ Format <i>request</i> dapat diterapkan dengan cara menambahkan <i>header HTTP</i
|
|||||||
Header | Opsi
|
Header | Opsi
|
||||||
------ | ---------------
|
------ | ---------------
|
||||||
Accept | `application/json`, `application/com.github.proto-openapi.spec.v2@v1.0+protobuf` (<i>content-type</i> standar yang digunakan adalah `application/json` untuk `*/*`)
|
Accept | `application/json`, `application/com.github.proto-openapi.spec.v2@v1.0+protobuf` (<i>content-type</i> standar yang digunakan adalah `application/json` untuk `*/*`)
|
||||||
Accept-Encoding | `gzip`
|
Accept-Encoding | `gzip`
|
||||||
|
|
||||||
Sebelum versi 1.14, terdapat 4 buah <i>endpoint</i> yang menyediakan spesifikasi <i>OpenAPI</i>
|
Sebelum versi 1.14, terdapat 4 buah <i>endpoint</i> yang menyediakan spesifikasi <i>OpenAPI</i>
|
||||||
dalam format berbeda yang dapat digunakan (`/swagger.json`, `/swagger-2.0.0.json`, `/swagger-2.0.0.pb-v1`, `/swagger-2.0.0.pb-v1.gz`).
|
dalam format berbeda yang dapat digunakan (`/swagger.json`, `/swagger-2.0.0.json`, `/swagger-2.0.0.pb-v1`, `/swagger-2.0.0.pb-v1.gz`).
|
||||||
<i>Endpoint</i> ini bersifat <i>deprecated</i> dan akan dihapus pada Kubernetes versi 1.14.
|
<i>Endpoint</i> ini bersifat <i>deprecated</i> dan akan dihapus pada Kubernetes versi 1.14.
|
||||||
|
|
||||||
**Cara mendapatkan spesifikasi <i>OpenAPI</i>**:
|
**Cara mendapatkan spesifikasi <i>OpenAPI</i>**:
|
||||||
|
|
||||||
@@ -62,54 +62,54 @@ GET /swagger.json | GET /openapi/v2 **Accept**: application/json
|
|||||||
GET /swagger-2.0.0.pb-v1 | GET /openapi/v2 **Accept**: application/com.github.proto-openapi.spec.v2@v1.0+protobuf
|
GET /swagger-2.0.0.pb-v1 | GET /openapi/v2 **Accept**: application/com.github.proto-openapi.spec.v2@v1.0+protobuf
|
||||||
GET /swagger-2.0.0.pb-v1.gz | GET /openapi/v2 **Accept**: application/com.github.proto-openapi.spec.v2@v1.0+protobuf **Accept-Encoding**: gzip
|
GET /swagger-2.0.0.pb-v1.gz | GET /openapi/v2 **Accept**: application/com.github.proto-openapi.spec.v2@v1.0+protobuf **Accept-Encoding**: gzip
|
||||||
|
|
||||||
Kubernetes juga menyediakan alternatif mekanisme serialisasi lain,
|
Kubernetes juga menyediakan alternatif mekanisme serialisasi lain,
|
||||||
yaitu dengan menggunakan <i>Protobuf</i>, yang secara umum digunakan untuk mekanisme komunikasi
|
yaitu dengan menggunakan <i>Protobuf</i>, yang secara umum digunakan untuk mekanisme komunikasi
|
||||||
intra-kluster, hal ini didokumentasikan di dalam [proposal desain](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/api-machinery/protobuf.md)
|
intra-kluster, hal ini didokumentasikan di dalam [proposal desain](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/api-machinery/protobuf.md)
|
||||||
serta berkas IDL sebagai bentuk spesifikasi skema berada dalam <i>package</i> Go
|
serta berkas IDL sebagai bentuk spesifikasi skema berada dalam <i>package</i> Go
|
||||||
|
|
||||||
Sebelum Kubernetes versi 1.14, <i>apiserver</i> Kubernetes juga mengekspos API
|
Sebelum Kubernetes versi 1.14, <i>apiserver</i> Kubernetes juga mengekspos API
|
||||||
yang dapat digunakan untuk mendapatkan spesifikasi [Swagger v1.2](http://swagger.io/) pada <i>endpoint</i> `/swaggerapi`.
|
yang dapat digunakan untuk mendapatkan spesifikasi [Swagger v1.2](http://swagger.io/) pada <i>endpoint</i> `/swaggerapi`.
|
||||||
<i>Endpoint</i> ini akan sudah bersifat <i>deprecated</i> dan akan dihapus pada
|
<i>Endpoint</i> ini akan sudah bersifat <i>deprecated</i> dan akan dihapus pada
|
||||||
Kubernetes versi 1.14.
|
Kubernetes versi 1.14.
|
||||||
|
|
||||||
## Pemberian Versi pada API
|
## Pemberian Versi pada API
|
||||||
|
|
||||||
Untuk memudahkan restrukturisasi field dan resource yang ada,
|
Untuk memudahkan restrukturisasi field dan resource yang ada,
|
||||||
Kubernetes menyediakan beberapa versi API yang berada pada <i>path</i> yang berbeda,
|
Kubernetes menyediakan beberapa versi API yang berada pada <i>path</i> yang berbeda,
|
||||||
misalnya `/api/v1` atau `/apis/extensions/v1beta1`.
|
misalnya `/api/v1` atau `/apis/extensions/v1beta1`.
|
||||||
|
|
||||||
Kita dapat memilih versi yang akan digunakan pada tingkatan API
|
Kita dapat memilih versi yang akan digunakan pada tingkatan API
|
||||||
dan bukan pada tingkatan <i>field</i> atau <i>resource</i> untuk memastikan
|
dan bukan pada tingkatan <i>field</i> atau <i>resource</i> untuk memastikan
|
||||||
API yang digunakan memperlihatkan gambaran yang jelas serta konsisten
|
API yang digunakan memperlihatkan gambaran yang jelas serta konsisten
|
||||||
mengenai <i>resoure</i> dan sifat sistem yang ada.
|
mengenai <i>resoure</i> dan sifat sistem yang ada.
|
||||||
|
|
||||||
Perhatikan bahwa pemberian versi pada API dan pemberian versi pada API dan perangkat lunak memiliki keterkaitan secara tak langsung.
|
Perhatikan bahwa pemberian versi pada API dan pemberian versi pada API dan perangkat lunak memiliki keterkaitan secara tak langsung.
|
||||||
Proposal [API and release
|
Proposal [API and release
|
||||||
versioning](https://git.k8s.io/community/contributors/design-proposals/release/versioning.md) memberikan deskripsi keterkaitan antara
|
versioning](https://git.k8s.io/community/contributors/design-proposals/release/versioning.md) memberikan deskripsi keterkaitan antara
|
||||||
pemberian versi pada API dan pemberian versi pada perangkat lunak.
|
pemberian versi pada API dan pemberian versi pada perangkat lunak.
|
||||||
|
|
||||||
API dengan versi yang berbeda menunjukan tingkatan kestabilan dan ketersediaan yang diberikan pada versi tersebut.
|
API dengan versi yang berbeda menunjukan tingkatan kestabilan dan ketersediaan yang diberikan pada versi tersebut.
|
||||||
Kriteria untuk setiap tingkatan dideskripsikan secara lebih detail di dalam
|
Kriteria untuk setiap tingkatan dideskripsikan secara lebih detail di dalam
|
||||||
[dokumentasi perubahan API](https://git.k8s.io/community/contributors/devel/sig-architecture/api_changes.md#alpha-beta-and-stable-versions). They are summarized here:
|
[dokumentasi perubahan API](https://git.k8s.io/community/contributors/devel/sig-architecture/api_changes.md#alpha-beta-and-stable-versions). They are summarized here:
|
||||||
|
|
||||||
- Tingkatan <i>Alpha</i>:
|
- Tingkatan <i>Alpha</i>:
|
||||||
- Nama dari versi ini mengandung string `alpha` (misalnya, `v1alpha1`).
|
- Nama dari versi ini mengandung string `alpha` (misalnya, `v1alpha1`).
|
||||||
- Bisa jadi terdapat <i>bug</i>. Secara <i>default</i> fitur ini tidak diekspos.
|
- Bisa jadi terdapat <i>bug</i>. Secara <i>default</i> fitur ini tidak diekspos.
|
||||||
- Ketersediaan untuk fitur yang ada bisa saja dihilangkan pada suatu waktu tanpa pemberitahuan sebelumnya.
|
- Ketersediaan untuk fitur yang ada bisa saja dihilangkan pada suatu waktu tanpa pemberitahuan sebelumnya.
|
||||||
- API yang ada mungkin saja berubah tanpa memperhatikan kompatibilitas dengan versi perangkat lunak sebelumnya.
|
- API yang ada mungkin saja berubah tanpa memperhatikan kompatibilitas dengan versi perangkat lunak sebelumnya.
|
||||||
- Hanya direkomendasikan untuk kluster yang digunakan untuk tujuan <i>testing</i>.
|
- Hanya direkomendasikan untuk kluster yang digunakan untuk tujuan <i>testing</i>.
|
||||||
- Tingkatan <i>Beta</i>:
|
- Tingkatan <i>Beta</i>:
|
||||||
- Nama dari versi ini mengandung string `beta` (misalnya `v2beta3`).
|
- Nama dari versi ini mengandung string `beta` (misalnya `v2beta3`).
|
||||||
- Kode yang ada sudah melalui mekanisme <i>testing</i> yang cukup baik. Menggunakan fitur ini dianggap cukup aman. Fitur ini diekspos secara <i>default</i>.
|
- Kode yang ada sudah melalui mekanisme <i>testing</i> yang cukup baik. Menggunakan fitur ini dianggap cukup aman. Fitur ini diekspos secara <i>default</i>.
|
||||||
- Ketersediaan untuk fitur secara menyeluruh tidak akan dihapus, meskipun begitu detail untuk suatu fitur bisa saja berubah.
|
- Ketersediaan untuk fitur secara menyeluruh tidak akan dihapus, meskipun begitu detail untuk suatu fitur bisa saja berubah.
|
||||||
- Skema dan/atau semantik dari suatu obyek mungkin saja berubah tanpa memerhatikan kompatibilitas pada rilis <i>beta</i> selanjutnya.
|
- Skema dan/atau semantik dari suatu obyek mungkin saja berubah tanpa memerhatikan kompatibilitas pada rilis <i>beta</i> selanjutnya.
|
||||||
Jika hal ini terjadi, kami akan menyediakan suatu instruksi untuk melakukan migrasi di versi rilis selanjutnya. hal ini bisa saja terdiri dari penghapusan, pengubahan, ataupun pembuatan
|
Jika hal ini terjadi, kami akan menyediakan suatu instruksi untuk melakukan migrasi di versi rilis selanjutnya. hal ini bisa saja terdiri dari penghapusan, pengubahan, ataupun pembuatan
|
||||||
obyek API. Proses pengubahan mungkin saja membutuhkan pemikiran yang matang. Dampak proses ini bisa saja menyebabkan <i>downtime</i> aplikasi yang bergantung pada fitur ini.
|
obyek API. Proses pengubahan mungkin saja membutuhkan pemikiran yang matang. Dampak proses ini bisa saja menyebabkan <i>downtime</i> aplikasi yang bergantung pada fitur ini.
|
||||||
- Disarankan hanya untuk digunakan untuk penggunaan yang untuk penggunaan yang tidak berdampak langsung pada bisnis kamu.
|
- Disarankan hanya untuk digunakan untuk penggunaan yang untuk penggunaan yang tidak berdampak langsung pada bisnis kamu.
|
||||||
- **Kami mohon untuk mencoba versi <i>beta</i> yang kami sediakan dan berikan masukan terhadap fitur yang kamu pakai! Apabila fitur tersebut sudah tidak lagi berada di dalam tingkatan <i>beta</i> perubahan yang kami buat terhadap fitur tersebut bisa jadi tidak lagi dapat digunakan**
|
- **Kami mohon untuk mencoba versi <i>beta</i> yang kami sediakan dan berikan masukan terhadap fitur yang kamu pakai! Apabila fitur tersebut sudah tidak lagi berada di dalam tingkatan <i>beta</i> perubahan yang kami buat terhadap fitur tersebut bisa jadi tidak lagi dapat digunakan**
|
||||||
- Tingkatan stabil:
|
- Tingkatan stabil:
|
||||||
- Nama dari versi ini mengandung string `vX` dimana `X` merupakan bilangan bulat.
|
- Nama dari versi ini mengandung string `vX` dimana `X` merupakan bilangan bulat.
|
||||||
- Fitur yang ada pada tingkatan ini akan selalu muncul di rilis berikutnya.
|
- Fitur yang ada pada tingkatan ini akan selalu muncul di rilis berikutnya.
|
||||||
|
|
||||||
## <i>API groups</i>
|
## <i>API groups</i>
|
||||||
|
|
||||||
@@ -135,19 +135,19 @@ Ekstensi API dengan custom resources dapat dilakukan melalui dua buah path:
|
|||||||
|
|
||||||
## Mengaktifkan <i> API groups</i>
|
## Mengaktifkan <i> API groups</i>
|
||||||
|
|
||||||
Beberapa <i>resources</i> dan <i>API groups</i> sudah diaktifkan secara <i>default</i>.
|
Beberapa <i>resources</i> dan <i>API groups</i> sudah diaktifkan secara <i>default</i>.
|
||||||
<i>Resource</i> dan <i>API groups</i> ini dapat diaktifkan dan dinonaktifkan dengan mengatur penanda `--runtime-config`
|
<i>Resource</i> dan <i>API groups</i> ini dapat diaktifkan dan dinonaktifkan dengan mengatur penanda `--runtime-config`
|
||||||
pada <i>apiserver</i>. `--runtime-config` menerima nilai yang dipisahkan oleh koma. Sebagai contoh: untuk menonaktifkan batch/v1, tetapkan
|
pada <i>apiserver</i>. `--runtime-config` menerima nilai yang dipisahkan oleh koma. Sebagai contoh: untuk menonaktifkan batch/v1, tetapkan
|
||||||
`--runtime-config=batch/v1=false`, untuk mengaktifkan batch/v2alpha1, tetapkan `--runtime-config=batch/v2alpha1`.
|
`--runtime-config=batch/v1=false`, untuk mengaktifkan batch/v2alpha1, tetapkan `--runtime-config=batch/v2alpha1`.
|
||||||
Penanda menerima nilai yang dipisahkan oleh pasangan `key=value` yang mendeskripsikan konfigurasi <i>runtime</i> pada <i>apiserver</i>.
|
Penanda menerima nilai yang dipisahkan oleh pasangan `key=value` yang mendeskripsikan konfigurasi <i>runtime</i> pada <i>apiserver</i>.
|
||||||
|
|
||||||
PENTING: Melakukan proses mengaktifkan atau menonaktifkan <i>groups</i> atau <i>resources</i>
|
PENTING: Melakukan proses mengaktifkan atau menonaktifkan <i>groups</i> atau <i>resources</i>
|
||||||
membutuhkan mekanisme <i>restart</i> <i>apiserver</i> dan <i>controller-manager</i>
|
membutuhkan mekanisme <i>restart</i> <i>apiserver</i> dan <i>controller-manager</i>
|
||||||
agar <i>apiserver</i> dapat menerima perubahan `--runtime-config`.
|
agar <i>apiserver</i> dapat menerima perubahan `--runtime-config`.
|
||||||
|
|
||||||
## Mengaktifkan <i>resources</i> di dalam <i>groups</i>
|
## Mengaktifkan <i>resources</i> di dalam <i>groups</i>
|
||||||
|
|
||||||
<i>DaemonSets</i>, <i>Deployments</i>, <i>HorizontalPodAutoscalers</i>,
|
<i>DaemonSets</i>, <i>Deployments</i>, <i>HorizontalPodAutoscalers</i>,
|
||||||
<i>Ingresses</i>, <i>Jobs</i>, dan <i>ReplicaSets</i> diaktifkan secara <i>default</i>.
|
<i>Ingresses</i>, <i>Jobs</i>, dan <i>ReplicaSets</i> diaktifkan secara <i>default</i>.
|
||||||
Ekstensi lain dapat diaktifkan penanda `--runtime-config` pada <i>apiserver</i>. Penanda `--runtime-config` menerima nilai yang dipisahkan oleh koma.
|
Ekstensi lain dapat diaktifkan penanda `--runtime-config` pada <i>apiserver</i>. Penanda `--runtime-config` menerima nilai yang dipisahkan oleh koma.
|
||||||
Sebagai contoh untuk menonaktifkan <i>deployments</i> dan <i>ingress</i>, tetapkan.
|
Sebagai contoh untuk menonaktifkan <i>deployments</i> dan <i>ingress</i>, tetapkan.
|
||||||
|
|||||||
@@ -2,7 +2,7 @@
|
|||||||
title: Apa itu Kubernetes?
|
title: Apa itu Kubernetes?
|
||||||
content_template: templates/concept
|
content_template: templates/concept
|
||||||
weight: 10
|
weight: 10
|
||||||
card:
|
card:
|
||||||
name: concepts
|
name: concepts
|
||||||
weight: 10
|
weight: 10
|
||||||
---
|
---
|
||||||
@@ -13,14 +13,14 @@ Laman ini merupakan ikhtisar Kubernetes.
|
|||||||
|
|
||||||
{{% capture body %}}
|
{{% capture body %}}
|
||||||
Kubernetes merupakan <i>platform open-source</i> yang digunakan untuk melakukan
|
Kubernetes merupakan <i>platform open-source</i> yang digunakan untuk melakukan
|
||||||
manajemen <i>workloads</i> aplikasi yang dikontainerisasi, serta menyediakan
|
manajemen <i>workloads</i> aplikasi yang dikontainerisasi, serta menyediakan
|
||||||
konfigurasi dan otomatisasi secara deklaratif. Kubernetes berada di dalam ekosistem
|
konfigurasi dan otomatisasi secara deklaratif. Kubernetes berada di dalam ekosistem
|
||||||
yang besar dan berkembang cepat. <i>Service</i>, <i>support</i>, dan perkakas
|
yang besar dan berkembang cepat. <i>Service</i>, <i>support</i>, dan perkakas
|
||||||
Kubernetes tersedia secara meluas.
|
Kubernetes tersedia secara meluas.
|
||||||
|
|
||||||
Google membuka Kubernetes sebagai proyek <i>open source</i> pada tahun 2014.
|
Google membuka Kubernetes sebagai proyek <i>open source</i> pada tahun 2014.
|
||||||
Kubernetes dibangun berdasarkan [pengalaman Google selama satu setengah dekade dalam menjalankan workloads](https://research.google.com/pubs/pub43438.html)
|
Kubernetes dibangun berdasarkan [pengalaman Google selama satu setengah dekade dalam menjalankan workloads](https://research.google.com/pubs/pub43438.html)
|
||||||
bersamaan dengan kontribusi berupa ide-ide terbaik yang diberikan oleh komunitas.
|
bersamaan dengan kontribusi berupa ide-ide terbaik yang diberikan oleh komunitas.
|
||||||
|
|
||||||
## Mengapa Kubernetes dan hal apa saja yang dapat dilakukan oleh Kubernetes?
|
## Mengapa Kubernetes dan hal apa saja yang dapat dilakukan oleh Kubernetes?
|
||||||
|
|
||||||
@@ -28,119 +28,119 @@ Kubernetes memiliki sejumlah fitur yang dapat dijabarkan sebagai berikut:
|
|||||||
|
|
||||||
- <i>platform</i> kontainer
|
- <i>platform</i> kontainer
|
||||||
- <i>platform microservices</i>
|
- <i>platform microservices</i>
|
||||||
- <i>platform cloud</i> yang tidak mudah dipindahkan
|
- <i>platform cloud</i> yang tidak mudah dipindahkan
|
||||||
|
|
||||||
Kubernetes menyediakan manajemen <i>environment</i> yang berpusat pada kontainer.
|
Kubernetes menyediakan manajemen <i>environment</i> yang berpusat pada kontainer.
|
||||||
Kubernetes melakukan orkestrasi terhadap <i>computing</i>, <i>networking</i>,
|
Kubernetes melakukan orkestrasi terhadap <i>computing</i>, <i>networking</i>,
|
||||||
dan inftrastruktur penyimpanan. Fitur inilah yang kemudian membuat konsep Platform as a Service (PaaS)
|
dan inftrastruktur penyimpanan. Fitur inilah yang kemudian membuat konsep Platform as a Service (PaaS)
|
||||||
menjadi lebih sederhana dilengkapi dengan fleksibilitas yang dimiliki oleh Infrastructure as a Service (IaaS).
|
menjadi lebih sederhana dilengkapi dengan fleksibilitas yang dimiliki oleh Infrastructure as a Service (IaaS).
|
||||||
|
|
||||||
|
|
||||||
## Lalu apa yang menyebabkan Kubernetes disebut sebagai sebuah platform?
|
## Lalu apa yang menyebabkan Kubernetes disebut sebagai sebuah platform?
|
||||||
|
|
||||||
Meskipun Kubernetes menyediakan banyak fungsionalitas, selalu ada keadaan dimana
|
Meskipun Kubernetes menyediakan banyak fungsionalitas, selalu ada keadaan dimana
|
||||||
hal tersebut membutuhkan fitur baru. <i>Workflow</i> spesifik yang terkait dengan
|
hal tersebut membutuhkan fitur baru. <i>Workflow</i> spesifik yang terkait dengan
|
||||||
proses pengembangan aplikasi dapat ditambahkan pada <i>streamline</i> untuk meningkatkan
|
proses pengembangan aplikasi dapat ditambahkan pada <i>streamline</i> untuk meningkatkan
|
||||||
produktivitas developer. Orkestrasi ad-hoc yang dapat diterima biasanya membutuhkan desain
|
produktivitas developer. Orkestrasi ad-hoc yang dapat diterima biasanya membutuhkan desain
|
||||||
otomatisasi yang kokoh agar bersifat <i>scalable</i>. Hal inilah yang membuat
|
otomatisasi yang kokoh agar bersifat <i>scalable</i>. Hal inilah yang membuat
|
||||||
Kubernetes juga didesain sebagai <i>platform</i> untuk membangun ekosistem komponen dan
|
Kubernetes juga didesain sebagai <i>platform</i> untuk membangun ekosistem komponen dan
|
||||||
dan perkakas untuk memudahkan proses <i>deployment</i>, <i>scale</i>, dan juga manajemen
|
dan perkakas untuk memudahkan proses <i>deployment</i>, <i>scale</i>, dan juga manajemen
|
||||||
aplikasi.
|
aplikasi.
|
||||||
|
|
||||||
[Labels]() memudahkan pengguna mengkategorisasikan <i>resources</i> yang mereka miliki
|
[Labels]() memudahkan pengguna mengkategorisasikan <i>resources</i> yang mereka miliki
|
||||||
sesuai dengan kebutuhan. [Annotations]() memungkinkan pengguna untuk menambahkan informasi
|
sesuai dengan kebutuhan. [Annotations]() memungkinkan pengguna untuk menambahkan informasi
|
||||||
tambahan pada <i>resource</i> yang dimiliki.
|
tambahan pada <i>resource</i> yang dimiliki.
|
||||||
|
|
||||||
Selain itu, [Kubernetes control plane]() dibuat berdasarkan
|
Selain itu, [Kubernetes control plane]() dibuat berdasarkan
|
||||||
[API](/docs/reference/using-api/api-overview/) yang tersedia bagi pengguna dan developer. Pengguna
|
[API](/docs/reference/using-api/api-overview/) yang tersedia bagi pengguna dan developer. Pengguna
|
||||||
dapat mengimplementasikan kontroler sesuai dengan kebutuhan mereka, contohnya adalah
|
dapat mengimplementasikan kontroler sesuai dengan kebutuhan mereka, contohnya adalah
|
||||||
[schedulers](https://github.com/kubernetes/community/blob/{{< param "githubbranch" >}}/contributors/devel/scheduler.md),
|
[schedulers](https://github.com/kubernetes/community/blob/{{< param "githubbranch" >}}/contributors/devel/scheduler.md),
|
||||||
dengan [API kustom yang mereka miliki](), kontroler kustom ini kemudian dapat digunakan
|
dengan [API kustom yang mereka miliki](), kontroler kustom ini kemudian dapat digunakan
|
||||||
pada [command-line
|
pada [command-line
|
||||||
tool]() generik yang ada.
|
tool]() generik yang ada.
|
||||||
|
|
||||||
[Desain](https://git.k8s.io/community/contributors/design-proposals/architecture/architecture.md)
|
[Desain](https://git.k8s.io/community/contributors/design-proposals/architecture/architecture.md)
|
||||||
inilah yang memungkinkan beberapa sistem lain untuk dapat dibangun di atas Kubernetes.
|
inilah yang memungkinkan beberapa sistem lain untuk dapat dibangun di atas Kubernetes.
|
||||||
|
|
||||||
## Lalu hal apakah yang tidak termasuk di dalam Kubernetes?
|
## Lalu hal apakah yang tidak termasuk di dalam Kubernetes?
|
||||||
|
|
||||||
Kubernetes bukanlah sebuah <i>PaaS (Platform as a
|
Kubernetes bukanlah sebuah <i>PaaS (Platform as a
|
||||||
Service)</i> yang biasanya. Meskipun Kubernetes dijalankan pada tingkatan kontainer
|
Service)</i> yang biasanya. Meskipun Kubernetes dijalankan pada tingkatan kontainer
|
||||||
dan bukan pada tingkatan perangkat keras, Kubernetes menyediakan beberapa fitur
|
dan bukan pada tingkatan perangkat keras, Kubernetes menyediakan beberapa fitur
|
||||||
yang biasanya disediakan oleh Paas, seperti <i>deployment</i>, <i>scaling</i>,
|
yang biasanya disediakan oleh Paas, seperti <i>deployment</i>, <i>scaling</i>,
|
||||||
<i>load balancing</i>, <i>logging</i>, dan <i>monitoring</i>. Akan tetapi,
|
<i>load balancing</i>, <i>logging</i>, dan <i>monitoring</i>. Akan tetapi,
|
||||||
Kubernetes bukanlah sistem monolitik, melainkan suatu sistem yang bersifat sebagai
|
Kubernetes bukanlah sistem monolitik, melainkan suatu sistem yang bersifat sebagai
|
||||||
<i>bulding block</i> dan <i>pluggable</i> yang dapat digunakan untuk membangun sebuah
|
<i>bulding block</i> dan <i>pluggable</i> yang dapat digunakan untuk membangun sebuah
|
||||||
platform yang dibutuhkan oleh developer dengan tetap mengutamakan konsep fleksibilitas.
|
platform yang dibutuhkan oleh developer dengan tetap mengutamakan konsep fleksibilitas.
|
||||||
|
|
||||||
Kubernetes:
|
Kubernetes:
|
||||||
|
|
||||||
* Tidak melakukan limitasi terhadap aplikasi yang di-support. Kubernetes bertujuan
|
* Tidak melakukan limitasi terhadap aplikasi yang di-support. Kubernetes bertujuan
|
||||||
untuk mendukung berbagai variasi <i>workloads</i>, termasuk
|
untuk mendukung berbagai variasi <i>workloads</i>, termasuk
|
||||||
<i>stateless</i>, <i>stateful</i>, dan <i>data-processing</i>. Jika sebuah
|
<i>stateless</i>, <i>stateful</i>, dan <i>data-processing</i>. Jika sebuah
|
||||||
aplikasi dapat dijalankan di atas kontainer, maka aplikasi tersebut juga dapat
|
aplikasi dapat dijalankan di atas kontainer, maka aplikasi tersebut juga dapat
|
||||||
dijalankan di atas Kubernetes.
|
dijalankan di atas Kubernetes.
|
||||||
* Tidak menyediakan mekanisme untuk melakukan <i>deploy</i> kode sumber
|
* Tidak menyediakan mekanisme untuk melakukan <i>deploy</i> kode sumber
|
||||||
maupun mekanisme <i>build</i> sebuah aplikasi. <i>Continuous Integration, Delivery, and Deployment
|
maupun mekanisme <i>build</i> sebuah aplikasi. <i>Continuous Integration, Delivery, and Deployment
|
||||||
(CI/CD) workflows</i> ditentukan oleh preferensi serta kebutuhan teknis organisasi.
|
(CI/CD) workflows</i> ditentukan oleh preferensi serta kebutuhan teknis organisasi.
|
||||||
* Tidak menyediakan <i>application-level services</i>, seperti <i>middleware
|
* Tidak menyediakan <i>application-level services</i>, seperti <i>middleware
|
||||||
(e.g., message buses)</i>, <i>data-processing frameworks (for example,
|
(e.g., message buses)</i>, <i>data-processing frameworks (for example,
|
||||||
Spark)</i>, <i>databases (e.g., mysql)</i>, <i>caches</i>, maupun <i>cluster storage systems (e.g.,
|
Spark)</i>, <i>databases (e.g., mysql)</i>, <i>caches</i>, maupun <i>cluster storage systems (e.g.,
|
||||||
Ceph)</i> sebagai suatu <i>built-in services</i>. Komponen tersebut dapat dijalankan di atas Kubernetes, dan/atau
|
Ceph)</i> sebagai suatu <i>built-in services</i>. Komponen tersebut dapat dijalankan di atas Kubernetes, dan/atau
|
||||||
dapat diakses oleh aplikasi yang dijalankan di atas Kubernetes melalui sebuah mekanisme tidak mudah dipindahkan
|
dapat diakses oleh aplikasi yang dijalankan di atas Kubernetes melalui sebuah mekanisme tidak mudah dipindahkan
|
||||||
misalnya saja <i>Open Service Broker</i>.
|
misalnya saja <i>Open Service Broker</i>.
|
||||||
* Tidak membatasi penyedia layanan <i>logging</i>, <i>monitoring</i>, maupun <i>alerting</i> yang digunakan.
|
* Tidak membatasi penyedia layanan <i>logging</i>, <i>monitoring</i>, maupun <i>alerting</i> yang digunakan.
|
||||||
Kubernetes menyediakan <i>proof of concept</i> dan mekanisme integrasi yang dapat digunakan
|
Kubernetes menyediakan <i>proof of concept</i> dan mekanisme integrasi yang dapat digunakan
|
||||||
untuk mengumpulkan serta mengekspor metriks yang ada.
|
untuk mengumpulkan serta mengekspor metriks yang ada.
|
||||||
* Tidak menyediakan atau mengharuskan penggunaan <i>configuration language/system (e.g.,
|
* Tidak menyediakan atau mengharuskan penggunaan <i>configuration language/system (e.g.,
|
||||||
[jsonnet](https://github.com/google/jsonnet))</i>. Kubernetes menyediakan suatu API deklaratif
|
[jsonnet](https://github.com/google/jsonnet))</i>. Kubernetes menyediakan suatu API deklaratif
|
||||||
yang dapat digunakan oleh berbagai jenis spesifikasi deklaratif.
|
yang dapat digunakan oleh berbagai jenis spesifikasi deklaratif.
|
||||||
* Tidak menyediakan atau mengadaptasi sebuah konfigurasi, <i>maintenance</i>, manajemen, atau
|
* Tidak menyediakan atau mengadaptasi sebuah konfigurasi, <i>maintenance</i>, manajemen, atau
|
||||||
<i>self-healing</i> mesin dengan spesifikasi khusus.
|
<i>self-healing</i> mesin dengan spesifikasi khusus.
|
||||||
|
|
||||||
Sebagai tambahan, Kubernetes bukanlah sebuah *sitem orkestrasi biasa*. Bahkan pada kenyataannya,
|
Sebagai tambahan, Kubernetes bukanlah sebuah *sitem orkestrasi biasa*. Bahkan pada kenyataannya,
|
||||||
Kubernetes menghilangkan kebutuhan untuk melakukan orkestrasi. Definisi teknis dari
|
Kubernetes menghilangkan kebutuhan untuk melakukan orkestrasi. Definisi teknis dari
|
||||||
*orkestrasi* merupakan eksekusi dari sebuah workflow yang sudah didefinisikan sebelumnya: pertama kerjakan A, kemudian B,
|
*orkestrasi* merupakan eksekusi dari sebuah workflow yang sudah didefinisikan sebelumnya: pertama kerjakan A, kemudian B,
|
||||||
dan terakhir C. Sebaliknya, Kubernetes disusun oleh seperangkat
|
dan terakhir C. Sebaliknya, Kubernetes disusun oleh seperangkat
|
||||||
proses kontrol yang dapat idekomposisi yang selalu menjalankan <i>state</i> yang ada
|
proses kontrol yang dapat idekomposisi yang selalu menjalankan <i>state</i> yang ada
|
||||||
saat ini hingga sesuai dengan <i>state</i> yang dinginkan.
|
saat ini hingga sesuai dengan <i>state</i> yang dinginkan.
|
||||||
Kita tidak perlu peduli proses apa saja yang perlu dilakukan untuk melakukan A hingga C.
|
Kita tidak perlu peduli proses apa saja yang perlu dilakukan untuk melakukan A hingga C.
|
||||||
Mekanisme kontrol yang tersentralisasi juga tidak dibutuhkan. Dengan demikian, sistem yang
|
Mekanisme kontrol yang tersentralisasi juga tidak dibutuhkan. Dengan demikian, sistem yang
|
||||||
dihasilkan lebih mudah digunakan lebih kokoh, serta lebih <i>extensible</i>.
|
dihasilkan lebih mudah digunakan lebih kokoh, serta lebih <i>extensible</i>.
|
||||||
|
|
||||||
## Mengapa kontainer?
|
## Mengapa kontainer?
|
||||||
|
|
||||||
Mencari alasan kenapa kita harus menggunakan kontainer?
|
Mencari alasan kenapa kita harus menggunakan kontainer?
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
*Cara Lama* untuk melakukan mekanisme <i>deploy</i> suatu aplikasi
|
*Cara Lama* untuk melakukan mekanisme <i>deploy</i> suatu aplikasi
|
||||||
adalah dengan cara instalasi aplikasi tersebut pada sebuah mesin
|
adalah dengan cara instalasi aplikasi tersebut pada sebuah mesin
|
||||||
dengan menggunakan <i>package manager</i> yang dimiliki oleh sistem operasi
|
dengan menggunakan <i>package manager</i> yang dimiliki oleh sistem operasi
|
||||||
mesin tersebut. Hal ini menciptakan suatu ketergantungan antara <i>executables</i>,
|
mesin tersebut. Hal ini menciptakan suatu ketergantungan antara <i>executables</i>,
|
||||||
konfigurasi, serta ketergantungan lain yang dibutuhkan aplikasi dengan sistem operasi
|
konfigurasi, serta ketergantungan lain yang dibutuhkan aplikasi dengan sistem operasi
|
||||||
yang digunakan oleh mesin. Untuk mengatasi hal ini, tentunya bisa saja kita melakukan
|
yang digunakan oleh mesin. Untuk mengatasi hal ini, tentunya bisa saja kita melakukan
|
||||||
mekanisme <i>build</i> suatu <i>image</i> VM yang <i>immutable</i> untuk mendapatkan
|
mekanisme <i>build</i> suatu <i>image</i> VM yang <i>immutable</i> untuk mendapatkan
|
||||||
mekanisme <i>rollouts</i> dan <i>rollback</i> yang dapat diprediksi.
|
mekanisme <i>rollouts</i> dan <i>rollback</i> yang dapat diprediksi.
|
||||||
Meskipun demikian, VM masih dianggap "berat" dan tidak tidak mudah dipindahkan.
|
Meskipun demikian, VM masih dianggap "berat" dan tidak tidak mudah dipindahkan.
|
||||||
|
|
||||||
*Cara Baru* adalah dengan melakukan mekanisme <i>deploy</i> kontainer pada tingkatan
|
*Cara Baru* adalah dengan melakukan mekanisme <i>deploy</i> kontainer pada tingkatan
|
||||||
virtualisasi di level sistem operasi (OS) bukan pada tingkatan virtualisasi perangkat keras.
|
virtualisasi di level sistem operasi (OS) bukan pada tingkatan virtualisasi perangkat keras.
|
||||||
Kontainer ini berada dalam lingkungan yang terisolasi satu sama lain serta terisolasi dengan
|
Kontainer ini berada dalam lingkungan yang terisolasi satu sama lain serta terisolasi dengan
|
||||||
mesin dimana kontainer ini berada. Kontainer ini memiliki <i>filesystems</i> masing-masing.
|
mesin dimana kontainer ini berada. Kontainer ini memiliki <i>filesystems</i> masing-masing.
|
||||||
Selain itu, setiap kontainer tidak dapat "melihat" <i>process</i> yang sedang dijalankan di
|
Selain itu, setiap kontainer tidak dapat "melihat" <i>process</i> yang sedang dijalankan di
|
||||||
kontainer lain. Selain itu <i>resource</i> komputasi yang digunakan oleh kontainer
|
kontainer lain. Selain itu <i>resource</i> komputasi yang digunakan oleh kontainer
|
||||||
ini juga dapat dibatasi. Kontainer juga dapat dengan lebih mudah di-<i>build</i> jika
|
ini juga dapat dibatasi. Kontainer juga dapat dengan lebih mudah di-<i>build</i> jika
|
||||||
dibandingkan dengan VM, karena kontainer tidak bergantung pada <i>filesystem</i>
|
dibandingkan dengan VM, karena kontainer tidak bergantung pada <i>filesystem</i>
|
||||||
yang dimiliki mesin, serta dengan mudah dapat didistribusikan.
|
yang dimiliki mesin, serta dengan mudah dapat didistribusikan.
|
||||||
|
|
||||||
Karena kontainer ukurannya kecil dan lebih cepat, sebuah aplikasi dapat dibangun di setiap
|
Karena kontainer ukurannya kecil dan lebih cepat, sebuah aplikasi dapat dibangun di setiap
|
||||||
<i>image</i> kontainer. Mekanisme pemetaan satu-satu antara kontainer dan aplikasi
|
<i>image</i> kontainer. Mekanisme pemetaan satu-satu antara kontainer dan aplikasi
|
||||||
inilah yang membuka keuntungan secara meyeluruh yang dapat diberikan oleh kontainer.
|
inilah yang membuka keuntungan secara meyeluruh yang dapat diberikan oleh kontainer.
|
||||||
Dengan menggunakan kontainer, <i>image</i> kontainer dapat dibuat diwaktu rilis aplikasi.
|
Dengan menggunakan kontainer, <i>image</i> kontainer dapat dibuat diwaktu rilis aplikasi.
|
||||||
Pembuatan <i>image</i> ini memungkinkan aplikasi secara konsisten dirilis pada
|
Pembuatan <i>image</i> ini memungkinkan aplikasi secara konsisten dirilis pada
|
||||||
<i>environment</i> <i>development</i> maupun <i>production</i>. Selain itu,
|
<i>environment</i> <i>development</i> maupun <i>production</i>. Selain itu,
|
||||||
kontainer juga memiliki transparasi yang lebih tinggi dibandingkan dengan VM. Maksudnya,
|
kontainer juga memiliki transparasi yang lebih tinggi dibandingkan dengan VM. Maksudnya,
|
||||||
infrastruktur punya tugas untuk mengatur lifecycle seluruh process yang ada di dalam kontainer. Ini bukanlah lagi tugas sebuah supervisor process yang tersembunyi di dalam kontainer.
|
infrastruktur punya tugas untuk mengatur lifecycle seluruh process yang ada di dalam kontainer. Ini bukanlah lagi tugas sebuah supervisor process yang tersembunyi di dalam kontainer.
|
||||||
|
|
||||||
Secara garis besar, penggunaan kontainer memiliki keuntungan sebagai berikut:
|
Secara garis besar, penggunaan kontainer memiliki keuntungan sebagai berikut:
|
||||||
@@ -148,10 +148,10 @@ Secara garis besar, penggunaan kontainer memiliki keuntungan sebagai berikut:
|
|||||||
* **Mekanisme pembuatan aplikasi serta proses deployment yang lebih efektif**:
|
* **Mekanisme pembuatan aplikasi serta proses deployment yang lebih efektif**:
|
||||||
Kontainer dapat meningkatkan kemudahan dan efisiensi jika dibandingkan dengan penggunaan VM.
|
Kontainer dapat meningkatkan kemudahan dan efisiensi jika dibandingkan dengan penggunaan VM.
|
||||||
* **Continuous development, integration, and deployment**:
|
* **Continuous development, integration, and deployment**:
|
||||||
Digunakan untuk melakukan proses <i>build</i> dan <i>deploy</i> yang sering dilakukan
|
Digunakan untuk melakukan proses <i>build</i> dan <i>deploy</i> yang sering dilakukan
|
||||||
serta kemudahan mekanisme <i>rollback</i> karena image yang ada sifatnya <i>immutable</i>.
|
serta kemudahan mekanisme <i>rollback</i> karena image yang ada sifatnya <i>immutable</i>.
|
||||||
* **Pemisahan kepentingan antara Dev dan Ops**:
|
* **Pemisahan kepentingan antara Dev dan Ops**:
|
||||||
Pembuatan <i>image</i> container dilakukan pada saat rilis dan bukan pada saat <i>deploy</i>
|
Pembuatan <i>image</i> container dilakukan pada saat rilis dan bukan pada saat <i>deploy</i>
|
||||||
mengurangi ketergantungan aplikasi dan infrastruktur.
|
mengurangi ketergantungan aplikasi dan infrastruktur.
|
||||||
* **Observabilitas**
|
* **Observabilitas**
|
||||||
Tidak hanya informasi dan metriks pada level OS, tapi juga kesehatan aplikasi dan <i>signal</i> lain.
|
Tidak hanya informasi dan metriks pada level OS, tapi juga kesehatan aplikasi dan <i>signal</i> lain.
|
||||||
@@ -161,10 +161,10 @@ Secara garis besar, penggunaan kontainer memiliki keuntungan sebagai berikut:
|
|||||||
Dapat dijalankan pada Ubuntu, RHEL, CoreOS, on-prem, Google Kubernetes Engine, dan dimanapun.
|
Dapat dijalankan pada Ubuntu, RHEL, CoreOS, on-prem, Google Kubernetes Engine, dan dimanapun.
|
||||||
* **Manajemen yang bersifat Aplikasi sentris**:
|
* **Manajemen yang bersifat Aplikasi sentris**:
|
||||||
Meningkatkan level abstraksi dari proses menjalankan OS pada perangkat keras virtual
|
Meningkatkan level abstraksi dari proses menjalankan OS pada perangkat keras virtual
|
||||||
ke proses menjalankan aplikasi pada sebuah OS dengan menggunakan <i>resource</i> logis.
|
ke proses menjalankan aplikasi pada sebuah OS dengan menggunakan <i>resource</i> logis.
|
||||||
* **[Mikroservis](https://martinfowler.com/articles/microservices.html) yang renggang (loosely coupled), terdistribusi, elastis, dan terliberasi**:
|
* **[Mikroservis](https://martinfowler.com/articles/microservices.html) yang renggang (loosely coupled), terdistribusi, elastis, dan terliberasi**:
|
||||||
Aplikasi dapat dipecah menjadi komponen yang lebih kecil yang independen dan dapat
|
Aplikasi dapat dipecah menjadi komponen yang lebih kecil yang independen dan dapat
|
||||||
di-<i>deploy</i> dan diatur secara dinamis -- bukan sebuah sistem monolitik yang dijalankan pada
|
di-<i>deploy</i> dan diatur secara dinamis -- bukan sebuah sistem monolitik yang dijalankan pada
|
||||||
sebuah mesin yang hanya punya satu tujuan.
|
sebuah mesin yang hanya punya satu tujuan.
|
||||||
* **Isolasi <i>resource</i>**:
|
* **Isolasi <i>resource</i>**:
|
||||||
Performa aplikasi yang bisa diprediksi.
|
Performa aplikasi yang bisa diprediksi.
|
||||||
|
|||||||
@@ -49,13 +49,13 @@ Berikut merupakan beberapa contoh informasi yang dapat dicatat dengan menggunaka
|
|||||||
* Informasi yang berhubungan dengan pengguna atau perangkat/sistem, seperti URL objek yang terkait
|
* Informasi yang berhubungan dengan pengguna atau perangkat/sistem, seperti URL objek yang terkait
|
||||||
dengan komponen dari ekosistem lain.
|
dengan komponen dari ekosistem lain.
|
||||||
|
|
||||||
* Metadata untuk perangkat *rollout* yang ringan (*lightweight*): contohnya, untuk
|
* Metadata untuk perangkat *rollout* yang ringan (*lightweight*): contohnya, untuk
|
||||||
konfigurasi atau penanda (*checkpoint*).
|
konfigurasi atau penanda (*checkpoint*).
|
||||||
|
|
||||||
* Nomor telepon atau *pager* dari orang yang bertanggung jawab, atau entri direktori
|
* Nomor telepon atau *pager* dari orang yang bertanggung jawab, atau entri direktori
|
||||||
yang berisi informasi lebih lanjut, seperti *website* sebuah tim.
|
yang berisi informasi lebih lanjut, seperti *website* sebuah tim.
|
||||||
|
|
||||||
* Arahan dari pengguna (*end-user*) untuk melakukan implementasi, perubahan perilaku,
|
* Arahan dari pengguna (*end-user*) untuk melakukan implementasi, perubahan perilaku,
|
||||||
ataupun untuk interaksi dengan fitur-fitur non-standar.
|
ataupun untuk interaksi dengan fitur-fitur non-standar.
|
||||||
|
|
||||||
Tanpa menggunakan anotasi, kamu dapat saja menyimpan informasi-informasi dengan tipe
|
Tanpa menggunakan anotasi, kamu dapat saja menyimpan informasi-informasi dengan tipe
|
||||||
|
|||||||
@@ -3,7 +3,7 @@ title: Selektor Field
|
|||||||
weight: 60
|
weight: 60
|
||||||
---
|
---
|
||||||
|
|
||||||
Selektor *field* memungkinkan kamu untuk [memilih (*select*) *resource* Kubernetes](/docs/concepts/overview/working-with-objects/kubernetes-objects) berdasarkan
|
Selektor *field* memungkinkan kamu untuk [memilih (*select*) *resource* Kubernetes](/docs/concepts/overview/working-with-objects/kubernetes-objects) berdasarkan
|
||||||
nilai dari satu atau banyak *field resource*. Di bawah ini merupakan contoh dari beberapa *query* selektor *field*:
|
nilai dari satu atau banyak *field resource*. Di bawah ini merupakan contoh dari beberapa *query* selektor *field*:
|
||||||
|
|
||||||
* `metadata.name=my-service`
|
* `metadata.name=my-service`
|
||||||
|
|||||||
@@ -2,74 +2,74 @@
|
|||||||
title: Memahami Konsep Objek-Objek yang ada pada Kubernetes
|
title: Memahami Konsep Objek-Objek yang ada pada Kubernetes
|
||||||
content_template: templates/concept
|
content_template: templates/concept
|
||||||
weight: 10
|
weight: 10
|
||||||
card:
|
card:
|
||||||
name: concepts
|
name: concepts
|
||||||
weight: 40
|
weight: 40
|
||||||
---
|
---
|
||||||
|
|
||||||
{{% capture overview %}}
|
{{% capture overview %}}
|
||||||
Laman ini menjelaskan bagaimana objek-objek Kubernetes direpresentasikan di dalam API Kubernetes,
|
Laman ini menjelaskan bagaimana objek-objek Kubernetes direpresentasikan di dalam API Kubernetes,
|
||||||
dan bagaimana kamu dapat merepresentasikannya di dalam format `.yaml`.
|
dan bagaimana kamu dapat merepresentasikannya di dalam format `.yaml`.
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|
||||||
{{% capture body %}}
|
{{% capture body %}}
|
||||||
## Memahami Konsep Objek-Objek yang Ada pada Kubernetes
|
## Memahami Konsep Objek-Objek yang Ada pada Kubernetes
|
||||||
|
|
||||||
Objek-objek Kubernetes adalah entitas persisten di dalam sistem Kubernetes.
|
Objek-objek Kubernetes adalah entitas persisten di dalam sistem Kubernetes.
|
||||||
Kubernetes menggunakan entitas ini untuk merepresentasikan _state_ yang ada pada
|
Kubernetes menggunakan entitas ini untuk merepresentasikan _state_ yang ada pada
|
||||||
kluster kamu. Secara spesifik, hal itu dapat dideskripsikan sebagai:
|
kluster kamu. Secara spesifik, hal itu dapat dideskripsikan sebagai:
|
||||||
|
|
||||||
* Aplikasi-aplikasi kontainer apa sajakah yang sedang dijalankan (serta pada _node_ apa aplikasi tersebut dijalankan)
|
* Aplikasi-aplikasi kontainer apa sajakah yang sedang dijalankan (serta pada _node_ apa aplikasi tersebut dijalankan)
|
||||||
* _Resource_ yang tersedia untuk aplikasi tersebut
|
* _Resource_ yang tersedia untuk aplikasi tersebut
|
||||||
* _Policy_ yang mengatur bagaimana aplikasi tersebut dijalankan, misalnya _restart_, _upgrade_, dan _fault-tolerance_.
|
* _Policy_ yang mengatur bagaimana aplikasi tersebut dijalankan, misalnya _restart_, _upgrade_, dan _fault-tolerance_.
|
||||||
|
|
||||||
Objek Kubernetes merupakan sebuah _"record of intent"_--yang mana sekali kamu membuat suatu objek,
|
Objek Kubernetes merupakan sebuah _"record of intent"_--yang mana sekali kamu membuat suatu objek,
|
||||||
sistem Kubernetes akan bekerja secara konsisten untuk menjamin
|
sistem Kubernetes akan bekerja secara konsisten untuk menjamin
|
||||||
bahwa objek tersebut akan selalu ada. Dengan membuat sebuah objek, secara tak langsung kamu
|
bahwa objek tersebut akan selalu ada. Dengan membuat sebuah objek, secara tak langsung kamu
|
||||||
memberikan informasi pada sistem Kubernetes mengenai perilaku apakah yang kamu inginkan pada _workload_ kluster yang kamu miliki;
|
memberikan informasi pada sistem Kubernetes mengenai perilaku apakah yang kamu inginkan pada _workload_ kluster yang kamu miliki;
|
||||||
dengan kata lain ini merupakan definisi _state_ kluster yang kamu inginkan.
|
dengan kata lain ini merupakan definisi _state_ kluster yang kamu inginkan.
|
||||||
|
|
||||||
Untuk menggunakan objek-objek Kubernetes--baik membuat, mengubah, atau menghapus objek-objek tersebut--kamu
|
Untuk menggunakan objek-objek Kubernetes--baik membuat, mengubah, atau menghapus objek-objek tersebut--kamu
|
||||||
harus menggunakan [API Kubernetes](/docs/concepts/overview/kubernetes-api/).
|
harus menggunakan [API Kubernetes](/docs/concepts/overview/kubernetes-api/).
|
||||||
Ketika kamu menggunakan perintah `kubectl`, perintah ini akan melakukan _API call_ untuk perintah
|
Ketika kamu menggunakan perintah `kubectl`, perintah ini akan melakukan _API call_ untuk perintah
|
||||||
yang kamu berikan. Kamu juga dapat menggunakan API Kubernetes secara langsung pada program yang kamu miliki
|
yang kamu berikan. Kamu juga dapat menggunakan API Kubernetes secara langsung pada program yang kamu miliki
|
||||||
menggunakan salah satu [_library_ klien](/docs/reference/using-api/client-libraries/) yang disediakan.
|
menggunakan salah satu [_library_ klien](/docs/reference/using-api/client-libraries/) yang disediakan.
|
||||||
|
|
||||||
### _Spec_ dan Status Objek
|
### _Spec_ dan Status Objek
|
||||||
|
|
||||||
Setiap objek Kubernetes memiliki _field_ berantai yang mengatur konfigurasi sebuah objek:
|
Setiap objek Kubernetes memiliki _field_ berantai yang mengatur konfigurasi sebuah objek:
|
||||||
_spec_ dan status. _Spec_, merupakan _field_ yang harus kamu sediakan, _field_ ini mendeskripsikan
|
_spec_ dan status. _Spec_, merupakan _field_ yang harus kamu sediakan, _field_ ini mendeskripsikan
|
||||||
_state_ yang kamu inginkan untuk objek tersebut--karakteristik dari objek yang kamu miliki.
|
_state_ yang kamu inginkan untuk objek tersebut--karakteristik dari objek yang kamu miliki.
|
||||||
Status mendeskripsikan _state_ yang sebenarnya dari sebuah objek, dan hal ini disediakan dan selalu diubah oleh
|
Status mendeskripsikan _state_ yang sebenarnya dari sebuah objek, dan hal ini disediakan dan selalu diubah oleh
|
||||||
sistem Kubernetes. Setiap saat, _Control Plane_ Kubernetes selalu memantau apakah _state_ aktual sudah sesuai dengan
|
sistem Kubernetes. Setiap saat, _Control Plane_ Kubernetes selalu memantau apakah _state_ aktual sudah sesuai dengan
|
||||||
_state_ yang diinginkan.
|
_state_ yang diinginkan.
|
||||||
|
|
||||||
Sebagai contoh, _Deployment_ merupakan sebuah objek yang merepresentasikan sebuah aplikasi yang dijalankan di kluster kamu.
|
Sebagai contoh, _Deployment_ merupakan sebuah objek yang merepresentasikan sebuah aplikasi yang dijalankan di kluster kamu.
|
||||||
Ketika kamu membuat sebuah _Deployment_, kamu bisa saja memberikan _spec_ bagi _Deployment_ untuk memberikan spesifikasi
|
Ketika kamu membuat sebuah _Deployment_, kamu bisa saja memberikan _spec_ bagi _Deployment_ untuk memberikan spesifikasi
|
||||||
berapa banyak _replica_ yang kamu inginkan. Sistem Kubernetes kemudian akan membaca konfigurasi yang kamu berikan
|
berapa banyak _replica_ yang kamu inginkan. Sistem Kubernetes kemudian akan membaca konfigurasi yang kamu berikan
|
||||||
dan mengaktifkan tiga buah instans untuk aplikasi yang kamu inginkan--mengubah status yang ada saat ini agar sesuai dengan apa yang kamu inginkan.
|
dan mengaktifkan tiga buah instans untuk aplikasi yang kamu inginkan--mengubah status yang ada saat ini agar sesuai dengan apa yang kamu inginkan.
|
||||||
Jika terjadi kegagalan dalam instans yang dibuat, sistem Kubernetes akan memberikan respons bahwa terdapat perbedaan antara _spec_ dan status serta
|
Jika terjadi kegagalan dalam instans yang dibuat, sistem Kubernetes akan memberikan respons bahwa terdapat perbedaan antara _spec_ dan status serta
|
||||||
melakukan penyesuaian dengan cara memberikan instans pengganti.
|
melakukan penyesuaian dengan cara memberikan instans pengganti.
|
||||||
|
|
||||||
Informasi lebih lanjut mengenai _spec_ objek, status, dan _metadata_ dapat kamu baca di [Konvensi API Kubernetes](https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md).
|
Informasi lebih lanjut mengenai _spec_ objek, status, dan _metadata_ dapat kamu baca di [Konvensi API Kubernetes](https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md).
|
||||||
|
|
||||||
### Mendeskripsikan Objek Kubernetes
|
### Mendeskripsikan Objek Kubernetes
|
||||||
|
|
||||||
Ketika kamu membuat sebuah objek di Kubernetes, kamu harus menyediakan _spec_ objek yang
|
Ketika kamu membuat sebuah objek di Kubernetes, kamu harus menyediakan _spec_ objek yang
|
||||||
mendeskripsikan _state_ yang diinginkan, serta beberapa informasi tentang objek tersebut (seperti nama).
|
mendeskripsikan _state_ yang diinginkan, serta beberapa informasi tentang objek tersebut (seperti nama).
|
||||||
Ketika kamu menggunakan API Kubernetes untuk membuat objek tersebut (baik secara langsung atau menggunakan perintah
|
Ketika kamu menggunakan API Kubernetes untuk membuat objek tersebut (baik secara langsung atau menggunakan perintah
|
||||||
`kubectl`), _request_ API yang dibuat harus mencakup informasi seperti _request body_ dalam format JSON.
|
`kubectl`), _request_ API yang dibuat harus mencakup informasi seperti _request body_ dalam format JSON.
|
||||||
Apabila kamu memberikan **informasi dalam bentuk `.yaml` ketika menggunakan perintah `kubectl`** maka `kubectl`
|
Apabila kamu memberikan **informasi dalam bentuk `.yaml` ketika menggunakan perintah `kubectl`** maka `kubectl`
|
||||||
akan mengubah informasi yang kamu berikan ke dalam format JSON ketika melakukan _request_ API.
|
akan mengubah informasi yang kamu berikan ke dalam format JSON ketika melakukan _request_ API.
|
||||||
|
|
||||||
Berikut merupakan contoh _file_ `.yaml` yang menunjukkan _field_ dan _spec_ objek untuk _Deployment_:
|
Berikut merupakan contoh _file_ `.yaml` yang menunjukkan _field_ dan _spec_ objek untuk _Deployment_:
|
||||||
|
|
||||||
{{< codenew file="application/deployment.yaml" >}}
|
{{< codenew file="application/deployment.yaml" >}}
|
||||||
|
|
||||||
Salah satu cara untuk membuat _Deployment_ menggunakan _file_ `.yaml`
|
Salah satu cara untuk membuat _Deployment_ menggunakan _file_ `.yaml`
|
||||||
seperti yang dijabarkan di atas adalah dengan menggunakan perintah
|
seperti yang dijabarkan di atas adalah dengan menggunakan perintah
|
||||||
[`kubectl apply`](/docs/reference/generated/kubectl/kubectl-commands#apply)
|
[`kubectl apply`](/docs/reference/generated/kubectl/kubectl-commands#apply)
|
||||||
pada _command-line interface_ `kubectl` kamu menerapkan _file_ `.yaml` sebagai sebuah argumen.
|
pada _command-line interface_ `kubectl` kamu menerapkan _file_ `.yaml` sebagai sebuah argumen.
|
||||||
Berikut merupakan contoh penggunaannya:
|
Berikut merupakan contoh penggunaannya:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
@@ -84,19 +84,19 @@ deployment.apps/nginx-deployment created
|
|||||||
|
|
||||||
### _Field-Field_ yang dibutuhkan
|
### _Field-Field_ yang dibutuhkan
|
||||||
|
|
||||||
Pada _file_ `.yaml` untuk objek Kubernetes yang ingin kamu buat, kamu perlu
|
Pada _file_ `.yaml` untuk objek Kubernetes yang ingin kamu buat, kamu perlu
|
||||||
menyediakan _value_ untuk _field-field_ berikut:
|
menyediakan _value_ untuk _field-field_ berikut:
|
||||||
|
|
||||||
* _apiVersion_ - Version API Kubernetes mana yang kamu gunakan untuk membuat objek tersebut
|
* _apiVersion_ - Version API Kubernetes mana yang kamu gunakan untuk membuat objek tersebut
|
||||||
* _kind_ - Objek apakah yang ingin kamu buat
|
* _kind_ - Objek apakah yang ingin kamu buat
|
||||||
* _metadata_ - Data yang dapat kamu gunakan untuk melakukan identifikasi objek termasuk _name_ dalam betuk string, _UID_, dan _namespace_ yang bersifat opsional
|
* _metadata_ - Data yang dapat kamu gunakan untuk melakukan identifikasi objek termasuk _name_ dalam betuk string, _UID_, dan _namespace_ yang bersifat opsional
|
||||||
|
|
||||||
Kamu juga harus menyediakan _field_ _spec_. Format spesifik dari _spec_ sebuah objek akan berbeda bergantung
|
Kamu juga harus menyediakan _field_ _spec_. Format spesifik dari _spec_ sebuah objek akan berbeda bergantung
|
||||||
pada objek apakah yang ingin kamu buat, serta mengandung _field_ berantai yang spesifik bagi objek tersebut.
|
pada objek apakah yang ingin kamu buat, serta mengandung _field_ berantai yang spesifik bagi objek tersebut.
|
||||||
[Referensi API Kubernetes](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/) memberikan penjelasan
|
[Referensi API Kubernetes](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/) memberikan penjelasan
|
||||||
lebih lanjut mengenai format _spec_ untuk semua objek Kubernetes yang dapat kamu buat. Misalnya saja format _spec_
|
lebih lanjut mengenai format _spec_ untuk semua objek Kubernetes yang dapat kamu buat. Misalnya saja format _spec_
|
||||||
untuk _Pod_ dapat kamu temukan [di sini](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#podspec-v1-core),
|
untuk _Pod_ dapat kamu temukan [di sini](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#podspec-v1-core),
|
||||||
dan format _spec_ untuk _Deployment_ dapat ditemukan
|
dan format _spec_ untuk _Deployment_ dapat ditemukan
|
||||||
[di sini](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#deploymentspec-v1-apps).
|
[di sini](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#deploymentspec-v1-apps).
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|||||||
@@ -62,7 +62,7 @@ kubectl --namespace=<insert-namespace-name-here> run nginx --image=nginx
|
|||||||
kubectl --namespace=<insert-namespace-name-here> get pods
|
kubectl --namespace=<insert-namespace-name-here> get pods
|
||||||
```
|
```
|
||||||
|
|
||||||
### Mengkonfigurasi preferensi namespace
|
### Mengkonfigurasi preferensi namespace
|
||||||
|
|
||||||
Kamu dapat menyimpan konfigurasi *namespace* untuk semua perintah `kubectl` dengan perintah:
|
Kamu dapat menyimpan konfigurasi *namespace* untuk semua perintah `kubectl` dengan perintah:
|
||||||
|
|
||||||
|
|||||||
+14
-14
@@ -7,12 +7,12 @@ weight: 60
|
|||||||
{{< toc >}}
|
{{< toc >}}
|
||||||
|
|
||||||
{{% capture overview %}}
|
{{% capture overview %}}
|
||||||
Menambahkan entri pada berkas /etc/hosts Pod akan melakukan _override_
|
Menambahkan entri pada berkas /etc/hosts Pod akan melakukan _override_
|
||||||
resolusi _hostname_ pada level Pod ketika DNS dan opsi lainnya tidak tersedia.
|
resolusi _hostname_ pada level Pod ketika DNS dan opsi lainnya tidak tersedia.
|
||||||
Pada versi 1.7, pengguna dapat menambahkan entri yang diinginkan beserta _field_ HostAliases
|
Pada versi 1.7, pengguna dapat menambahkan entri yang diinginkan beserta _field_ HostAliases
|
||||||
pada PodSpec.
|
pada PodSpec.
|
||||||
|
|
||||||
Modifikasi yang dilakukan tanpa menggunakan HostAliases tidaklah disarankan
|
Modifikasi yang dilakukan tanpa menggunakan HostAliases tidaklah disarankan
|
||||||
karena berkas ini diatur oleh Kubelet dan dapat di-_override_ ketika Pod dibuat/di-_restart_.
|
karena berkas ini diatur oleh Kubelet dan dapat di-_override_ ketika Pod dibuat/di-_restart_.
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|
||||||
@@ -58,14 +58,14 @@ fe00::2 ip6-allrouters
|
|||||||
10.200.0.4 nginx
|
10.200.0.4 nginx
|
||||||
```
|
```
|
||||||
|
|
||||||
Secara default, berkas `hosts` hanya berisikan _boilerplate_ alamat IP IPv4 and IPv6 seperti
|
Secara default, berkas `hosts` hanya berisikan _boilerplate_ alamat IP IPv4 and IPv6 seperti
|
||||||
`localhost` dan hostname dari Pod itu sendiri.
|
`localhost` dan hostname dari Pod itu sendiri.
|
||||||
|
|
||||||
## Menambahkan Entri Tambahan dengan HostAliases
|
## Menambahkan Entri Tambahan dengan HostAliases
|
||||||
|
|
||||||
Selain _boilerplate default_, kita dapat menambahkan entri pada berkas
|
Selain _boilerplate default_, kita dapat menambahkan entri pada berkas
|
||||||
`hosts` untuk melakukan resolusi `foo.local`, `bar.local` pada `127.0.0.1` dan `foo.remote`,
|
`hosts` untuk melakukan resolusi `foo.local`, `bar.local` pada `127.0.0.1` dan `foo.remote`,
|
||||||
`bar.remote` pada `10.1.2.3`, kita dapat melakukannya dengan cara menambahkan
|
`bar.remote` pada `10.1.2.3`, kita dapat melakukannya dengan cara menambahkan
|
||||||
HostAliases pada Pod di bawah _field_ `.spec.hostAliases`:
|
HostAliases pada Pod di bawah _field_ `.spec.hostAliases`:
|
||||||
|
|
||||||
{{< codenew file="service/networking/hostaliases-pod.yaml" >}}
|
{{< codenew file="service/networking/hostaliases-pod.yaml" >}}
|
||||||
@@ -116,15 +116,15 @@ Dengan tambahan entri yang telah dispesifikasikan sebelumnya.
|
|||||||
|
|
||||||
## Kenapa Kubelet Melakukan Mekanisme Manajemen Berkas `Hosts`?
|
## Kenapa Kubelet Melakukan Mekanisme Manajemen Berkas `Hosts`?
|
||||||
|
|
||||||
Kubelet [melakukan proses manajemen](https://github.com/kubernetes/kubernetes/issues/14633)
|
Kubelet [melakukan proses manajemen](https://github.com/kubernetes/kubernetes/issues/14633)
|
||||||
berkas `hosts` untuk setiap container yang ada pada Pod untuk mencegah Docker melakukan
|
berkas `hosts` untuk setiap container yang ada pada Pod untuk mencegah Docker melakukan
|
||||||
[modifikasi](https://github.com/moby/moby/issues/17190) pada berkas tersebut
|
[modifikasi](https://github.com/moby/moby/issues/17190) pada berkas tersebut
|
||||||
setelah kontainer dihidupkan.
|
setelah kontainer dihidupkan.
|
||||||
|
|
||||||
Karena sifat dari berkas tersebut yang secara otomatis di-_manage_,
|
Karena sifat dari berkas tersebut yang secara otomatis di-_manage_,
|
||||||
semua hal yang didefinisikan oleh pengguna akan ditimpa (_overwrite_) ketika berkas
|
semua hal yang didefinisikan oleh pengguna akan ditimpa (_overwrite_) ketika berkas
|
||||||
`hosts` di-_mount_ kembali oleh Kubelet ketika ada kontainer yang di-_restart_
|
`hosts` di-_mount_ kembali oleh Kubelet ketika ada kontainer yang di-_restart_
|
||||||
atau Pod di-_schedule_ ulang. Dengan demikian tidak dianjurkan untuk
|
atau Pod di-_schedule_ ulang. Dengan demikian tidak dianjurkan untuk
|
||||||
memodifikasi berkas tersebut secara langsung.
|
memodifikasi berkas tersebut secara langsung.
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|||||||
@@ -81,7 +81,7 @@ NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
|
|||||||
my-nginx ClusterIP 10.0.162.149 <none> 80/TCP 21s
|
my-nginx ClusterIP 10.0.162.149 <none> 80/TCP 21s
|
||||||
```
|
```
|
||||||
|
|
||||||
Seperti yang disebutkan sebelumnya, sebuah *Service* berisi sekumpulan *Pod*. *Pod* diekspos melalui `endpoints`. *Service selector* akan mengecek *Pod* secara terus-menerus dan hasilnya akan dikirim (*POSTed*) ke objek *endpoint* yang bernama `my-nginx`. Saat sebuah *Pod* mati, *IP Pod* di dalam *endpoint* tersebut akan otomatis dihapus, dan *Pod* baru yang sesuai dengan *Service selector* akan otomatis ditambahkan ke dalam *endpoint*. Cek *endpoint* dan perhatikan bahwa IP sama dengan *Pod* yang dibuat di langkah pertama:
|
Seperti yang disebutkan sebelumnya, sebuah *Service* berisi sekumpulan *Pod*. *Pod* diekspos melalui `endpoints`. *Service selector* akan mengecek *Pod* secara terus-menerus dan hasilnya akan dikirim (*POSTed*) ke objek *endpoint* yang bernama `my-nginx`. Saat sebuah *Pod* mati, *IP Pod* di dalam *endpoint* tersebut akan otomatis dihapus, dan *Pod* baru yang sesuai dengan *Service selector* akan otomatis ditambahkan ke dalam *endpoint*. Cek *endpoint* dan perhatikan bahwa IP sama dengan *Pod* yang dibuat di langkah pertama:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
kubectl describe svc my-nginx
|
kubectl describe svc my-nginx
|
||||||
@@ -111,7 +111,7 @@ Kamu sekarang dapat melakukan *curl* ke dalam *nginx Service* di `<CLUSTER-IP>:<
|
|||||||
|
|
||||||
## Mengakses Service
|
## Mengakses Service
|
||||||
|
|
||||||
Kubernetes mendukung 2 mode utama untuk menemukan sebuah *Service* - variabel *environment* dan *DNS*.
|
Kubernetes mendukung 2 mode utama untuk menemukan sebuah *Service* - variabel *environment* dan *DNS*.
|
||||||
*DNS* membutuhkan [tambahan CoreDNS di dalam kluster](http://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/dns/coredns).
|
*DNS* membutuhkan [tambahan CoreDNS di dalam kluster](http://releases.k8s.io/{{< param "githubbranch" >}}/cluster/addons/dns/coredns).
|
||||||
|
|
||||||
### Variabel Environment
|
### Variabel Environment
|
||||||
@@ -197,7 +197,7 @@ Hingga sekarang kita hanya mengakses *nginx* server dari dalam kluster. Sebelum
|
|||||||
* Sebuah [secret](/docs/concepts/configuration/secret/) yang membuat setifikat tersebut dapat diakses oleh *pod*
|
* Sebuah [secret](/docs/concepts/configuration/secret/) yang membuat setifikat tersebut dapat diakses oleh *pod*
|
||||||
|
|
||||||
|
|
||||||
Kamu dapat melihat semua itu di [contoh nginx https](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/staging/https-nginx/). Contoh ini mengaharuskan kamu melakukan instalasi *go* dan *make*. Jika kamu tidak ingin melakukan instalasi tersebut, ikuti langkah-langkah manualnya nanti, singkatnya:
|
Kamu dapat melihat semua itu di [contoh nginx https](https://github.com/kubernetes/examples/tree/{{< param "githubbranch" >}}/staging/https-nginx/). Contoh ini mengaharuskan kamu melakukan instalasi *go* dan *make*. Jika kamu tidak ingin melakukan instalasi tersebut, ikuti langkah-langkah manualnya nanti, singkatnya:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
make keys secret KEY=/tmp/nginx.key CERT=/tmp/nginx.crt SECRET=/tmp/secret.json
|
make keys secret KEY=/tmp/nginx.key CERT=/tmp/nginx.crt SECRET=/tmp/secret.json
|
||||||
@@ -215,7 +215,7 @@ default-token-il9rc kubernetes.io/service-account-token 1 1d
|
|||||||
nginxsecret Opaque 2 1m
|
nginxsecret Opaque 2 1m
|
||||||
```
|
```
|
||||||
|
|
||||||
Berikut ini adalah langkah-langkah manual yang harus diikuti jika kamu mengalami masalah menjalankan *make* (pada windows contohnya):
|
Berikut ini adalah langkah-langkah manual yang harus diikuti jika kamu mengalami masalah menjalankan *make* (pada windows contohnya):
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
#membuat sebuah key-pair public private
|
#membuat sebuah key-pair public private
|
||||||
|
|||||||
@@ -6,64 +6,64 @@ weight: 40
|
|||||||
|
|
||||||
{{% capture overview %}}
|
{{% capture overview %}}
|
||||||
|
|
||||||
Agar Ingress dapat bekerja sebagaimana mestinya,
|
Agar Ingress dapat bekerja sebagaimana mestinya,
|
||||||
sebuah kluster harus memiliki paling tidak sebuah kontroler Ingress.
|
sebuah kluster harus memiliki paling tidak sebuah kontroler Ingress.
|
||||||
|
|
||||||
Berbeda dengan kontroler-kontroler lainnya yang dijalankan
|
Berbeda dengan kontroler-kontroler lainnya yang dijalankan
|
||||||
sebagai bagian dari *binary* `kube-controller-manager`, kontroler Ingress
|
sebagai bagian dari *binary* `kube-controller-manager`, kontroler Ingress
|
||||||
tidak secara otomatis dijalankan di dalam kluster. Kamu bisa menggunakan
|
tidak secara otomatis dijalankan di dalam kluster. Kamu bisa menggunakan
|
||||||
laman ini untuk memilih implementasi kontroler Ingress yang kamu pikir
|
laman ini untuk memilih implementasi kontroler Ingress yang kamu pikir
|
||||||
paling sesuai dengan kebutuhan kamu.
|
paling sesuai dengan kebutuhan kamu.
|
||||||
|
|
||||||
Kubernetes sebagai sebuah proyek, saat ini, mendukung dan memaintain kontroler-kontroler [GCE](https://git.k8s.io/ingress-gce/README.md) dan
|
Kubernetes sebagai sebuah proyek, saat ini, mendukung dan memaintain kontroler-kontroler [GCE](https://git.k8s.io/ingress-gce/README.md) dan
|
||||||
[nginx](https://git.k8s.io/ingress-nginx/README.md).
|
[nginx](https://git.k8s.io/ingress-nginx/README.md).
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|
||||||
{{% capture body %}}
|
{{% capture body %}}
|
||||||
|
|
||||||
## Kontroler-kontroler lainnya
|
## Kontroler-kontroler lainnya
|
||||||
|
|
||||||
* [Ambassador](https://www.getambassador.io/) *API Gateway* merupakan ingress berbasis [Envoy](https://www.envoyproxy.io)
|
* [Ambassador](https://www.getambassador.io/) *API Gateway* merupakan ingress berbasis [Envoy](https://www.envoyproxy.io)
|
||||||
kontroler dengan dukungan [komunitas](https://www.getambassador.io/docs) atau
|
kontroler dengan dukungan [komunitas](https://www.getambassador.io/docs) atau
|
||||||
[komersial](https://www.getambassador.io/pro/) dari [Datawire](https://www.datawire.io/).
|
[komersial](https://www.getambassador.io/pro/) dari [Datawire](https://www.datawire.io/).
|
||||||
* [AppsCode Inc.](https://appscode.com) menawarkan dukungan dan pemeliharaan untuk ingress berbasis [HAProxy](http://www.haproxy.org/), [Voyager](https://appscode.com/products/voyager).
|
* [AppsCode Inc.](https://appscode.com) menawarkan dukungan dan pemeliharaan untuk ingress berbasis [HAProxy](http://www.haproxy.org/), [Voyager](https://appscode.com/products/voyager).
|
||||||
* [Contour](https://github.com/heptio/contour) merupakan ingress berbasis [Envoy](https://www.envoyproxy.io)
|
* [Contour](https://github.com/heptio/contour) merupakan ingress berbasis [Envoy](https://www.envoyproxy.io)
|
||||||
yang disediakan dan didukung oleh Heptio.
|
yang disediakan dan didukung oleh Heptio.
|
||||||
* Citrix menyediakan sebuah [kontroler Ingress](https://github.com/citrix/citrix-k8s-ingress-controller) untuk perangkat keras (MPX), virtualisasi (VPX) dan [kontainerisasi cuma-cuma (CPX) ADC](https://www.citrix.com/products/citrix-adc/cpx-express.html) untuk mesin [*baremetal*](https://github.com/citrix/citrix-k8s-ingress-controller/tree/master/deployment/baremetal) dan penyedia layanan [*cloud*](https://github.com/citrix/citrix-k8s-ingress-controller/tree/master/deployment) deployments.
|
* Citrix menyediakan sebuah [kontroler Ingress](https://github.com/citrix/citrix-k8s-ingress-controller) untuk perangkat keras (MPX), virtualisasi (VPX) dan [kontainerisasi cuma-cuma (CPX) ADC](https://www.citrix.com/products/citrix-adc/cpx-express.html) untuk mesin [*baremetal*](https://github.com/citrix/citrix-k8s-ingress-controller/tree/master/deployment/baremetal) dan penyedia layanan [*cloud*](https://github.com/citrix/citrix-k8s-ingress-controller/tree/master/deployment) deployments.
|
||||||
* F5 Networks menyediakan [dukungan dan pemeliharaan](https://support.f5.com/csp/article/K86859508)
|
* F5 Networks menyediakan [dukungan dan pemeliharaan](https://support.f5.com/csp/article/K86859508)
|
||||||
untuk [kontroler F5 BIG-IP bagi Kubernetes](http://clouddocs.f5.com/products/connectors/k8s-bigip-ctlr/latest).
|
untuk [kontroler F5 BIG-IP bagi Kubernetes](http://clouddocs.f5.com/products/connectors/k8s-bigip-ctlr/latest).
|
||||||
* [Gloo](https://gloo.solo.io) adalah sebuah proyek kontroler Ingress *open source* berbasis [Envoy](https://www.envoyproxy.io) yang menawarkan fungsionalitas *API Gateway* dengan dukungan *enterprise* dari [solo.io](https://www.solo.io).
|
* [Gloo](https://gloo.solo.io) adalah sebuah proyek kontroler Ingress *open source* berbasis [Envoy](https://www.envoyproxy.io) yang menawarkan fungsionalitas *API Gateway* dengan dukungan *enterprise* dari [solo.io](https://www.solo.io).
|
||||||
* Kontroler Ingress berbasis [HAProxy](http://www.haproxy.org/)
|
* Kontroler Ingress berbasis [HAProxy](http://www.haproxy.org/)
|
||||||
[jcmoraisjr/haproxy-ingress](https://github.com/jcmoraisjr/haproxy-ingress) yang disebutkan di dalam artikel
|
[jcmoraisjr/haproxy-ingress](https://github.com/jcmoraisjr/haproxy-ingress) yang disebutkan di dalam artikel
|
||||||
[HAProxy Ingress Controller for Kubernetes](https://www.haproxy.com/blog/haproxy_ingress_controller_for_kubernetes/).
|
[HAProxy Ingress Controller for Kubernetes](https://www.haproxy.com/blog/haproxy_ingress_controller_for_kubernetes/).
|
||||||
[HAProxy Technologies](https://www.haproxy.com/) menawarkan dukungan dan pemeliharaan bagi HAProxy Enterprise dan
|
[HAProxy Technologies](https://www.haproxy.com/) menawarkan dukungan dan pemeliharaan bagi HAProxy Enterprise dan
|
||||||
Ingress kontroler [jcmoraisjr/haproxy-ingress](https://github.com/jcmoraisjr/haproxy-ingress).
|
Ingress kontroler [jcmoraisjr/haproxy-ingress](https://github.com/jcmoraisjr/haproxy-ingress).
|
||||||
* Kontroler Ingress berbasis [Istio](https://istio.io/)
|
* Kontroler Ingress berbasis [Istio](https://istio.io/)
|
||||||
[Control Ingress Traffic](https://istio.io/docs/tasks/traffic-management/ingress/).
|
[Control Ingress Traffic](https://istio.io/docs/tasks/traffic-management/ingress/).
|
||||||
* [Kong](https://konghq.com/) menawarkan dukungan dan pemeliharaan [komunitas](https://discuss.konghq.com/c/kubernetes) atau
|
* [Kong](https://konghq.com/) menawarkan dukungan dan pemeliharaan [komunitas](https://discuss.konghq.com/c/kubernetes) atau
|
||||||
[komersial](https://konghq.com/kong-enterprise/)
|
[komersial](https://konghq.com/kong-enterprise/)
|
||||||
[Kontroler Ingress untuk Kubernetes](https://github.com/Kong/kubernetes-ingress-controller).
|
[Kontroler Ingress untuk Kubernetes](https://github.com/Kong/kubernetes-ingress-controller).
|
||||||
* [NGINX, Inc.](https://www.nginx.com/) menawarkan dukungan dan pemeliharaan [Kontroler Ingress NGINX untuk Kubernetes](https://www.nginx.com/products/nginx/kubernetes-ingress-controller).
|
* [NGINX, Inc.](https://www.nginx.com/) menawarkan dukungan dan pemeliharaan [Kontroler Ingress NGINX untuk Kubernetes](https://www.nginx.com/products/nginx/kubernetes-ingress-controller).
|
||||||
* [Traefik](https://github.com/containous/traefik) adalah sebuah kontroler Ingress yang menyediakan semua fitur secara lengkap (fully featured)
|
* [Traefik](https://github.com/containous/traefik) adalah sebuah kontroler Ingress yang menyediakan semua fitur secara lengkap (fully featured)
|
||||||
([Let's Encrypt](https://letsencrypt.org), *secrets*, *http2*, *websocket*), dengan tambahan dukungan
|
([Let's Encrypt](https://letsencrypt.org), *secrets*, *http2*, *websocket*), dengan tambahan dukungan
|
||||||
komersial oleh [Containous](https://containo.us/services).
|
komersial oleh [Containous](https://containo.us/services).
|
||||||
|
|
||||||
## Menggunakan beberapa jenis kontroler Ingress sekaligus
|
## Menggunakan beberapa jenis kontroler Ingress sekaligus
|
||||||
|
|
||||||
Kamu dapat melakukan *deploy* [berapa pun banyaknya kontroler Ingress](https://git.k8s.io/ingress-nginx/docs/user-guide/multiple-ingress.md#multiple-ingress-controllers)
|
Kamu dapat melakukan *deploy* [berapa pun banyaknya kontroler Ingress](https://git.k8s.io/ingress-nginx/docs/user-guide/multiple-ingress.md#multiple-ingress-controllers)
|
||||||
dalam sebuah kluster. Jika kamu ingin membuat Ingress, kamu tinggal memberikan anotasi setiap Ingress sesuai dengan
|
dalam sebuah kluster. Jika kamu ingin membuat Ingress, kamu tinggal memberikan anotasi setiap Ingress sesuai dengan
|
||||||
[`ingress.class`](https://git.k8s.io/ingress-gce/docs/faq/README.md#how-do-i-run-multiple-ingress-controllers-in-the-same-cluster)
|
[`ingress.class`](https://git.k8s.io/ingress-gce/docs/faq/README.md#how-do-i-run-multiple-ingress-controllers-in-the-same-cluster)
|
||||||
yang sesuai untuk menandai kontroler Ingress mana yang digunakan jika terdapat lebih dari satu kontroler Ingress yang ada di
|
yang sesuai untuk menandai kontroler Ingress mana yang digunakan jika terdapat lebih dari satu kontroler Ingress yang ada di
|
||||||
kluster kamu.
|
kluster kamu.
|
||||||
|
|
||||||
Apabila kamu tidak mendefinisikan `class` yang dipakai, penyedia layanan *cloud* kamu akan menggunakan kontroler Ingress *default* yang mereka miliki.
|
Apabila kamu tidak mendefinisikan `class` yang dipakai, penyedia layanan *cloud* kamu akan menggunakan kontroler Ingress *default* yang mereka miliki.
|
||||||
|
|
||||||
Idealnya, semua ingress harus memenuhi spesifikasi ini, tetapi berbagai jenis
|
Idealnya, semua ingress harus memenuhi spesifikasi ini, tetapi berbagai jenis
|
||||||
kontroler Ingress bisa saja memiliki sedikit perbedaan cara kerja.
|
kontroler Ingress bisa saja memiliki sedikit perbedaan cara kerja.
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Pastikan kamu sudah terlebih dahulu memahami dokumentasi kontroler Ingress yang akan kamu pakai sebelum memutuskan untuk memakai kontroler tersebut.
|
Pastikan kamu sudah terlebih dahulu memahami dokumentasi kontroler Ingress yang akan kamu pakai sebelum memutuskan untuk memakai kontroler tersebut.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|||||||
@@ -11,17 +11,17 @@ weight: 40
|
|||||||
{{% capture body %}}
|
{{% capture body %}}
|
||||||
## Terminologi
|
## Terminologi
|
||||||
|
|
||||||
Untuk memudahkan, di awal akan dijelaskan beberapa terminologi yang sering dipakai:
|
Untuk memudahkan, di awal akan dijelaskan beberapa terminologi yang sering dipakai:
|
||||||
|
|
||||||
* Node: Sebuah mesin fisik atau virtual yang berada di dalam kluster Kubernetes.
|
* Node: Sebuah mesin fisik atau virtual yang berada di dalam kluster Kubernetes.
|
||||||
* Kluster: Sekelompok node yang merupakan *resource* komputasi primer yang diatur oleh Kubernetes, biasanya diproteksi dari internet dengan menggunakan *firewall*.
|
* Kluster: Sekelompok node yang merupakan *resource* komputasi primer yang diatur oleh Kubernetes, biasanya diproteksi dari internet dengan menggunakan *firewall*.
|
||||||
* *Edge router*: Sebuah *router* mengatur *policy firewall* pada kluster kamu. *Router* ini bisa saja berupa *gateway* yang diatur oleh penyedia layanan *cloud* maupun perangkat keras.
|
* *Edge router*: Sebuah *router* mengatur *policy firewall* pada kluster kamu. *Router* ini bisa saja berupa *gateway* yang diatur oleh penyedia layanan *cloud* maupun perangkat keras.
|
||||||
* Jaringan kluster: Seperangkat *links* baik logis maupus fisik, yang memfasilitasi komunikasi di dalam kluster berdasarkan [model jaringan Kubernetes](/docs/concepts/cluster-administration/networking/).
|
* Jaringan kluster: Seperangkat *links* baik logis maupus fisik, yang memfasilitasi komunikasi di dalam kluster berdasarkan [model jaringan Kubernetes](/docs/concepts/cluster-administration/networking/).
|
||||||
* *Service*: Sebuah [*Service*](/docs/concepts/services-networking/service/) yang mengidentifikasi beberapa *Pod* dengan menggunakan *selector label*. Secara umum, semua *Service* diasumsikan hanya memiliki IP virtual yang hanya dapat diakses dari dalam jaringan kluster.
|
* *Service*: Sebuah [*Service*](/docs/concepts/services-networking/service/) yang mengidentifikasi beberapa *Pod* dengan menggunakan *selector label*. Secara umum, semua *Service* diasumsikan hanya memiliki IP virtual yang hanya dapat diakses dari dalam jaringan kluster.
|
||||||
|
|
||||||
## Apakah *Ingress* itu?
|
## Apakah *Ingress* itu?
|
||||||
|
|
||||||
Ingress ditambahkan sejak Kubernetes v1.1, mengekspos rute HTTP dan HTTPS ke berbagai
|
Ingress ditambahkan sejak Kubernetes v1.1, mengekspos rute HTTP dan HTTPS ke berbagai
|
||||||
{{< link text="services" url="/docs/concepts/services-networking/service/" >}} di dalam kluster.
|
{{< link text="services" url="/docs/concepts/services-networking/service/" >}} di dalam kluster.
|
||||||
Mekanisme *routing* trafik dikendalikan oleh aturan-aturan yang didefinisikan pada *Ingress*.
|
Mekanisme *routing* trafik dikendalikan oleh aturan-aturan yang didefinisikan pada *Ingress*.
|
||||||
|
|
||||||
@@ -33,10 +33,10 @@ Mekanisme *routing* trafik dikendalikan oleh aturan-aturan yang didefinisikan pa
|
|||||||
[ Services ]
|
[ Services ]
|
||||||
```
|
```
|
||||||
|
|
||||||
Sebuah *Ingress* dapat dikonfigurasi agar berbagai *Service* memiliki URL yang dapat diakses dari eksternal (luar kluster), melakukan *load balance* pada trafik, terminasi SSL, serta Virtual Host berbasis Nama.
|
Sebuah *Ingress* dapat dikonfigurasi agar berbagai *Service* memiliki URL yang dapat diakses dari eksternal (luar kluster), melakukan *load balance* pada trafik, terminasi SSL, serta Virtual Host berbasis Nama.
|
||||||
Sebuah [kontroler Ingress](/docs/concepts/services-networking/ingress-controllers) bertanggung jawab untuk menjalankan fungsi Ingress yaitu sebagai *loadbalancer*, meskipun dapat juga digunakan untuk mengatur *edge router* atau *frontend* tambahan untuk menerima trafik.
|
Sebuah [kontroler Ingress](/docs/concepts/services-networking/ingress-controllers) bertanggung jawab untuk menjalankan fungsi Ingress yaitu sebagai *loadbalancer*, meskipun dapat juga digunakan untuk mengatur *edge router* atau *frontend* tambahan untuk menerima trafik.
|
||||||
|
|
||||||
Sebuah *Ingress* tidak mengekspos sembarang *port* atau protokol. Mengekspos *Service* untuk protokol selain HTTP ke HTTPS internet biasanya dilakukan dengan menggunakan
|
Sebuah *Ingress* tidak mengekspos sembarang *port* atau protokol. Mengekspos *Service* untuk protokol selain HTTP ke HTTPS internet biasanya dilakukan dengan menggunakan
|
||||||
*service* dengan tipe [Service.Type=NodePort](/docs/concepts/services-networking/service/#nodeport) atau
|
*service* dengan tipe [Service.Type=NodePort](/docs/concepts/services-networking/service/#nodeport) atau
|
||||||
[Service.Type=LoadBalancer](/docs/concepts/services-networking/service/#loadbalancer).
|
[Service.Type=LoadBalancer](/docs/concepts/services-networking/service/#loadbalancer).
|
||||||
|
|
||||||
@@ -44,27 +44,27 @@ Sebuah *Ingress* tidak mengekspos sembarang *port* atau protokol. Mengekspos *Se
|
|||||||
|
|
||||||
{{< feature-state for_k8s_version="v1.1" state="beta" >}}
|
{{< feature-state for_k8s_version="v1.1" state="beta" >}}
|
||||||
|
|
||||||
Sebelum kamu mulai menggunakan *Ingress*, ada beberapa hal yang perlu kamu ketahui sebelumnya. *Ingress* merupakan *resource* dengan tipe beta.
|
Sebelum kamu mulai menggunakan *Ingress*, ada beberapa hal yang perlu kamu ketahui sebelumnya. *Ingress* merupakan *resource* dengan tipe beta.
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Kamu harus terlebih dahulu memiliki [kontroler Ingress](/docs/concepts/services-networking/ingress-controllers) untuk dapat memenuhi *Ingress*. Membuat sebuah *Ingress* tanpa adanya kontroler *Ingres* tidak akan berdampak apa pun.
|
Kamu harus terlebih dahulu memiliki [kontroler Ingress](/docs/concepts/services-networking/ingress-controllers) untuk dapat memenuhi *Ingress*. Membuat sebuah *Ingress* tanpa adanya kontroler *Ingres* tidak akan berdampak apa pun.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
GCE/Google Kubernetes Engine melakukan deploy kontroler *Ingress* pada *master*. Perhatikan laman berikut
|
GCE/Google Kubernetes Engine melakukan deploy kontroler *Ingress* pada *master*. Perhatikan laman berikut
|
||||||
[keterbatasan versi beta](https://github.com/kubernetes/ingress-gce/blob/master/BETA_LIMITATIONS.md#glbc-beta-limitations)
|
[keterbatasan versi beta](https://github.com/kubernetes/ingress-gce/blob/master/BETA_LIMITATIONS.md#glbc-beta-limitations)
|
||||||
kontroler ini jika kamu menggunakan GCE/GKE.
|
kontroler ini jika kamu menggunakan GCE/GKE.
|
||||||
|
|
||||||
Jika kamu menggunakan *environment* selain GCE/Google Kubernetes Engine, kemungkinan besar kamu harus
|
Jika kamu menggunakan *environment* selain GCE/Google Kubernetes Engine, kemungkinan besar kamu harus
|
||||||
[melakukan proses deploy kontroler ingress kamu sendiri](https://kubernetes.github.io/ingress-nginx/deploy/). Terdapat beberapa jenis
|
[melakukan proses deploy kontroler ingress kamu sendiri](https://kubernetes.github.io/ingress-nginx/deploy/). Terdapat beberapa jenis
|
||||||
[kontroler Ingress](/docs/concepts/services-networking/ingress-controllers) yang bisa kamu pilih.
|
[kontroler Ingress](/docs/concepts/services-networking/ingress-controllers) yang bisa kamu pilih.
|
||||||
|
|
||||||
### Sebelum kamu memulai
|
### Sebelum kamu memulai
|
||||||
|
|
||||||
Secara ideal, semua kontroler Ingress harus memenuhi spesifikasi ini, tetapi beberapa
|
Secara ideal, semua kontroler Ingress harus memenuhi spesifikasi ini, tetapi beberapa
|
||||||
kontroler beroperasi sedikit berbeda satu sama lain.
|
kontroler beroperasi sedikit berbeda satu sama lain.
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Pastikan kamu sudah terlebih dahulu memahami dokumentasi kontroler Ingress yang akan kamu pakai sebelum memutuskan untuk memakai kontroler tersebut.
|
Pastikan kamu sudah terlebih dahulu memahami dokumentasi kontroler Ingress yang akan kamu pakai sebelum memutuskan untuk memakai kontroler tersebut.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
## *Resource* Ingress
|
## *Resource* Ingress
|
||||||
@@ -88,48 +88,48 @@ spec:
|
|||||||
servicePort: 80
|
servicePort: 80
|
||||||
```
|
```
|
||||||
|
|
||||||
Seperti layaknya *resource* Kubernetes yang lain, sebuah Ingress membutuhkan *field* `apiVersion`, `kind`, dan `metadata`.
|
Seperti layaknya *resource* Kubernetes yang lain, sebuah Ingress membutuhkan *field* `apiVersion`, `kind`, dan `metadata`.
|
||||||
Untuk informasi umum soal bagaimana cara bekerja dengan menggunakan file konfigurasi, silahkan merujuk pada [melakukan deploy aplikasi](/docs/tasks/run-application/run-stateless-application-deployment/), [konfigurasi kontainer](/docs/tasks/configure-pod-container/configure-pod-configmap/), [mengatur *resource*](/docs/concepts/cluster-administration/manage-deployment/).
|
Untuk informasi umum soal bagaimana cara bekerja dengan menggunakan file konfigurasi, silahkan merujuk pada [melakukan deploy aplikasi](/docs/tasks/run-application/run-stateless-application-deployment/), [konfigurasi kontainer](/docs/tasks/configure-pod-container/configure-pod-configmap/), [mengatur *resource*](/docs/concepts/cluster-administration/manage-deployment/).
|
||||||
Ingress seringkali menggunakan anotasi untuk melakukan konfigurasi beberapa opsi yang ada bergantung pada kontroler Ingress yang digunakan, sebagai contohnya
|
Ingress seringkali menggunakan anotasi untuk melakukan konfigurasi beberapa opsi yang ada bergantung pada kontroler Ingress yang digunakan, sebagai contohnya
|
||||||
adalah [anotasi rewrite-target](https://github.com/kubernetes/ingress-nginx/blob/master/docs/examples/rewrite/README.md).
|
adalah [anotasi rewrite-target](https://github.com/kubernetes/ingress-nginx/blob/master/docs/examples/rewrite/README.md).
|
||||||
[Kontroler Ingress](/docs/concepts/services-networking/ingress-controllers) yang berbeda memiliki jenis anotasi yang berbeda. Pastikan kamu sudah terlebih dahulu memahami dokumentasi
|
[Kontroler Ingress](/docs/concepts/services-networking/ingress-controllers) yang berbeda memiliki jenis anotasi yang berbeda. Pastikan kamu sudah terlebih dahulu memahami dokumentasi
|
||||||
kontroler Ingress yang akan kamu pakai untuk mengetahui jenis anotasi apa sajakah yang disediakan.
|
kontroler Ingress yang akan kamu pakai untuk mengetahui jenis anotasi apa sajakah yang disediakan.
|
||||||
|
|
||||||
[Spesifikasi](https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#spec-and-status) Ingress
|
[Spesifikasi](https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#spec-and-status) Ingress
|
||||||
memiliki segala informasi yang dibutuhkan untuk melakukan proses konfigurasi *loadbalancer* atau server proxy. Hal yang terpenting adalah
|
memiliki segala informasi yang dibutuhkan untuk melakukan proses konfigurasi *loadbalancer* atau server proxy. Hal yang terpenting adalah
|
||||||
bagian inilah yang mengandung semua *rules* yang nantinya akan digunakan untuk menyesuaikan trafik yang masuk. *Resource* Ingress hanya menyediakan
|
bagian inilah yang mengandung semua *rules* yang nantinya akan digunakan untuk menyesuaikan trafik yang masuk. *Resource* Ingress hanya menyediakan
|
||||||
fitur *rules* untuk mengarahkan trafik dengan protokol HTTP.
|
fitur *rules* untuk mengarahkan trafik dengan protokol HTTP.
|
||||||
|
|
||||||
### *Rule* Ingress
|
### *Rule* Ingress
|
||||||
|
|
||||||
Setiap *rule* HTTP mengandung informasi berikut:
|
Setiap *rule* HTTP mengandung informasi berikut:
|
||||||
|
|
||||||
* *Host* opsional. Di dalam contoh ini, tidak ada *host* yang diberikan, dengan kata lain, semua *rules* berlaku untuk *inbound*
|
* *Host* opsional. Di dalam contoh ini, tidak ada *host* yang diberikan, dengan kata lain, semua *rules* berlaku untuk *inbound*
|
||||||
trafik HTTP bagi alamat IP yang dispesifikasikan. JIka sebuah *host* dispesifikasikan (misalnya saja,
|
trafik HTTP bagi alamat IP yang dispesifikasikan. JIka sebuah *host* dispesifikasikan (misalnya saja,
|
||||||
foo.bar.com), maka *rules* yang ada akan berlaku bagi *host* tersebut.
|
foo.bar.com), maka *rules* yang ada akan berlaku bagi *host* tersebut.
|
||||||
* Sederetan *path* (misalnya, /testpath), setiap *path* ini akan memiliki pasangan berupa sebuah *backend* yang didefinisikan dengan `serviceName`
|
* Sederetan *path* (misalnya, /testpath), setiap *path* ini akan memiliki pasangan berupa sebuah *backend* yang didefinisikan dengan `serviceName`
|
||||||
dan `servicePort`. Baik *host* dan *path* harus sesuai dengan konten dari *request* yang masuk sebelum
|
dan `servicePort`. Baik *host* dan *path* harus sesuai dengan konten dari *request* yang masuk sebelum
|
||||||
*loadbalancer* akan mengarahkan trafik pada *service* yang sesuai.
|
*loadbalancer* akan mengarahkan trafik pada *service* yang sesuai.
|
||||||
* Suatu *backend* adalah kombinasi *service* dan *port* seperti yang dideskripsikan di
|
* Suatu *backend* adalah kombinasi *service* dan *port* seperti yang dideskripsikan di
|
||||||
[dokumentasi *Service*](/docs/concepts/services-networking/service/). *Request* HTTP (dan HTTPS) yang sesuai dengan
|
[dokumentasi *Service*](/docs/concepts/services-networking/service/). *Request* HTTP (dan HTTPS) yang sesuai dengan
|
||||||
*host* dan *path* yang ada pada *rule* akan diteruskan pada *backend* terkait.
|
*host* dan *path* yang ada pada *rule* akan diteruskan pada *backend* terkait.
|
||||||
|
|
||||||
*Backend default* seringkali dikonfigurasi pada kontroler kontroler Ingress, tugas *backend default* ini adalah
|
*Backend default* seringkali dikonfigurasi pada kontroler kontroler Ingress, tugas *backend default* ini adalah
|
||||||
mengarahkan *request* yang tidak sesuai dengan *path* yang tersedia pada spesifikasi.
|
mengarahkan *request* yang tidak sesuai dengan *path* yang tersedia pada spesifikasi.
|
||||||
|
|
||||||
### *Backend Default*
|
### *Backend Default*
|
||||||
|
|
||||||
Sebuah Ingress yang tidak memiliki *rules* akan mengarahkan semua trafik pada sebuah *backend default*. *Backend default* inilah yang
|
Sebuah Ingress yang tidak memiliki *rules* akan mengarahkan semua trafik pada sebuah *backend default*. *Backend default* inilah yang
|
||||||
biasanya bisa dimasukkan sebagai salah satu opsi konfigurasi dari [kontroler Ingress](/docs/concepts/services-networking/ingress-controllers) dan tidak dimasukkan dalam spesifikasi *resource* Ingress.
|
biasanya bisa dimasukkan sebagai salah satu opsi konfigurasi dari [kontroler Ingress](/docs/concepts/services-networking/ingress-controllers) dan tidak dimasukkan dalam spesifikasi *resource* Ingress.
|
||||||
|
|
||||||
Jika tidak ada *host* atau *path* yang sesuai dengan *request* HTTP pada objek Ingress, maka trafik tersebut
|
Jika tidak ada *host* atau *path* yang sesuai dengan *request* HTTP pada objek Ingress, maka trafik tersebut
|
||||||
akan diarahkan pada *backend default*.
|
akan diarahkan pada *backend default*.
|
||||||
|
|
||||||
## Jenis Ingress
|
## Jenis Ingress
|
||||||
|
|
||||||
### Ingress dengan satu Service
|
### Ingress dengan satu Service
|
||||||
|
|
||||||
Terdapat konsep Kubernetes yang memungkinkan kamu untuk mengekspos sebuah Service, lihat [alternatif lain](#alternatif-lain).
|
Terdapat konsep Kubernetes yang memungkinkan kamu untuk mengekspos sebuah Service, lihat [alternatif lain](#alternatif-lain).
|
||||||
Kamu juga bisa membuat spesifikasi Ingress dengan *backend default* yang tidak memiliki *rules*.
|
Kamu juga bisa membuat spesifikasi Ingress dengan *backend default* yang tidak memiliki *rules*.
|
||||||
|
|
||||||
{{< codenew file="service/networking/ingress.yaml" >}}
|
{{< codenew file="service/networking/ingress.yaml" >}}
|
||||||
@@ -145,18 +145,18 @@ NAME HOSTS ADDRESS PORTS AGE
|
|||||||
test-ingress * 107.178.254.228 80 59s
|
test-ingress * 107.178.254.228 80 59s
|
||||||
```
|
```
|
||||||
|
|
||||||
Dimana `107.178.254.228` merupakan alamat IP yang dialokasikan oleh kontroler Ingress untuk
|
Dimana `107.178.254.228` merupakan alamat IP yang dialokasikan oleh kontroler Ingress untuk
|
||||||
memenuhi Ingress ini.
|
memenuhi Ingress ini.
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Kontroler Ingress dan *load balancer* membutuhkan waktu sekitar satu hingga dua menit untuk mengalokasikan alamat IP.
|
Kontroler Ingress dan *load balancer* membutuhkan waktu sekitar satu hingga dua menit untuk mengalokasikan alamat IP.
|
||||||
Hingga alamat IP berhasil dialokasikan, kamu akan melihat tampilan kolom `ADDRESS` sebagai `<pending>`.
|
Hingga alamat IP berhasil dialokasikan, kamu akan melihat tampilan kolom `ADDRESS` sebagai `<pending>`.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
### *Fanout* sederhana
|
### *Fanout* sederhana
|
||||||
|
|
||||||
Sebuah konfigurasi fanout akan melakukan *route* trafik dari sebuah alamat IP ke banyak Service,
|
Sebuah konfigurasi fanout akan melakukan *route* trafik dari sebuah alamat IP ke banyak Service,
|
||||||
berdasarkan URI HTTP yang diberikan. Sebuah Ingress memungkinkan kamu untuk memiliki jumlah *loadbalancer* minimum.
|
berdasarkan URI HTTP yang diberikan. Sebuah Ingress memungkinkan kamu untuk memiliki jumlah *loadbalancer* minimum.
|
||||||
Contohnya, konfigurasi seperti di bawah ini:
|
Contohnya, konfigurasi seperti di bawah ini:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
@@ -214,17 +214,17 @@ Events:
|
|||||||
```
|
```
|
||||||
|
|
||||||
Kontroler Ingress akan menyediakan *loadbalancer* (implementasinya tergantung dari jenis Ingress yang digunakan), selama *service-service* yang didefinisikan (`s1`, `s2`) ada.
|
Kontroler Ingress akan menyediakan *loadbalancer* (implementasinya tergantung dari jenis Ingress yang digunakan), selama *service-service* yang didefinisikan (`s1`, `s2`) ada.
|
||||||
Apabila *Ingress* selesai dibuat, maka kamu dapat melihat alamat IP dari berbagai *loadbalancer*
|
Apabila *Ingress* selesai dibuat, maka kamu dapat melihat alamat IP dari berbagai *loadbalancer*
|
||||||
pada kolom `address`.
|
pada kolom `address`.
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Kamu mungkin saja membutuhkan konfigurasi default-http-backend [Service](/docs/concepts/services-networking/service/)
|
Kamu mungkin saja membutuhkan konfigurasi default-http-backend [Service](/docs/concepts/services-networking/service/)
|
||||||
bergantung pada [kontroler Ingress](/docs/concepts/services-networking/ingress-controllers) yang kamu pakai.
|
bergantung pada [kontroler Ingress](/docs/concepts/services-networking/ingress-controllers) yang kamu pakai.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
### Virtual Host berbasis Nama
|
### Virtual Host berbasis Nama
|
||||||
|
|
||||||
Virtual Host berbasis Nama memungkinkan mekanisme *routing* berdasarkan trafik HTTP ke beberapa *host name* dengan alamat IP yang sama.
|
Virtual Host berbasis Nama memungkinkan mekanisme *routing* berdasarkan trafik HTTP ke beberapa *host name* dengan alamat IP yang sama.
|
||||||
|
|
||||||
```none
|
```none
|
||||||
foo.bar.com --| |-> foo.bar.com s1:80
|
foo.bar.com --| |-> foo.bar.com s1:80
|
||||||
@@ -232,7 +232,7 @@ foo.bar.com --| |-> foo.bar.com s1:80
|
|||||||
bar.foo.com --| |-> bar.foo.com s2:80
|
bar.foo.com --| |-> bar.foo.com s2:80
|
||||||
```
|
```
|
||||||
|
|
||||||
Ingress di bawah ini memberikan perintah pada *loadbalancer* untuk melakukan mekanisme *routing* berdasarkan
|
Ingress di bawah ini memberikan perintah pada *loadbalancer* untuk melakukan mekanisme *routing* berdasarkan
|
||||||
[header host](https://tools.ietf.org/html/rfc7230#section-5.4).
|
[header host](https://tools.ietf.org/html/rfc7230#section-5.4).
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -256,11 +256,11 @@ spec:
|
|||||||
servicePort: 80
|
servicePort: 80
|
||||||
```
|
```
|
||||||
|
|
||||||
Jika kamu membuat sebuah Ingress tanpa mendefinisikan *host* apa pun, maka
|
Jika kamu membuat sebuah Ingress tanpa mendefinisikan *host* apa pun, maka
|
||||||
trafik web ke alamat IP dari kontroler Ingress tetap dapat dilakukan tanpa harus
|
trafik web ke alamat IP dari kontroler Ingress tetap dapat dilakukan tanpa harus
|
||||||
menyesuaikan aturan *name based virtual host*. Sebagai contoh,
|
menyesuaikan aturan *name based virtual host*. Sebagai contoh,
|
||||||
*resource* Ingress di bawah ini akan melakukan pemetaan trafik
|
*resource* Ingress di bawah ini akan melakukan pemetaan trafik
|
||||||
dari `first.bar.com` ke `service1`, `second.foo.com` ke `service2`, dan trafik lain
|
dari `first.bar.com` ke `service1`, `second.foo.com` ke `service2`, dan trafik lain
|
||||||
ke alamat IP tanpa *host name* yang didefinisikan di dalam *request* (yang tidak memiliki *request header*) ke `service3`.
|
ke alamat IP tanpa *host name* yang didefinisikan di dalam *request* (yang tidak memiliki *request header*) ke `service3`.
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -292,11 +292,11 @@ spec:
|
|||||||
### TLS
|
### TLS
|
||||||
|
|
||||||
Kamu dapat mengamankan *Ingress* yang kamu miliki dengan memberikan spesifikasi [secret](/docs/concepts/configuration/secret)
|
Kamu dapat mengamankan *Ingress* yang kamu miliki dengan memberikan spesifikasi [secret](/docs/concepts/configuration/secret)
|
||||||
yang mengandung *private key* dan sertifikat TLS. Saat ini, Ingress hanya
|
yang mengandung *private key* dan sertifikat TLS. Saat ini, Ingress hanya
|
||||||
memiliki fitur untuk melakukan konfigurasi *single TLS port*, yaitu 443, serta melakukan terminasi TLS.
|
memiliki fitur untuk melakukan konfigurasi *single TLS port*, yaitu 443, serta melakukan terminasi TLS.
|
||||||
Jika *section* TLS pada Ingress memiliki spesifikasi *host* yang berbeda,
|
Jika *section* TLS pada Ingress memiliki spesifikasi *host* yang berbeda,
|
||||||
*rules* yang ada akan dimultiplekskan pada *port* yang sama berdasarkan
|
*rules* yang ada akan dimultiplekskan pada *port* yang sama berdasarkan
|
||||||
*hostname* yang dispesifikasikan melalui ekstensi TLS SNI. *Secret* TLS harus memiliki
|
*hostname* yang dispesifikasikan melalui ekstensi TLS SNI. *Secret* TLS harus memiliki
|
||||||
`key` bernama `tls.crt` dan `tls.key` yang mengandung *private key* dan sertifikat TLS, contohnya:
|
`key` bernama `tls.crt` dan `tls.key` yang mengandung *private key* dan sertifikat TLS, contohnya:
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -311,9 +311,9 @@ metadata:
|
|||||||
type: kubernetes.io/tls
|
type: kubernetes.io/tls
|
||||||
```
|
```
|
||||||
|
|
||||||
Ketika kamu menambahkan *secret* pada Ingress maka kontroler Ingress akan memberikan perintah untuk
|
Ketika kamu menambahkan *secret* pada Ingress maka kontroler Ingress akan memberikan perintah untuk
|
||||||
memproteksi *channel* dari klien ke *loadbalancer* menggunakan TLS.
|
memproteksi *channel* dari klien ke *loadbalancer* menggunakan TLS.
|
||||||
Kamu harus memastikan *secret* TLS yang digunakan memiliki sertifikat yang mengandung
|
Kamu harus memastikan *secret* TLS yang digunakan memiliki sertifikat yang mengandung
|
||||||
CN untuk `sslexample.foo.com`.
|
CN untuk `sslexample.foo.com`.
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -337,27 +337,27 @@ spec:
|
|||||||
```
|
```
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Terdapat perbedaan di antara beberapa fitur TLS
|
Terdapat perbedaan di antara beberapa fitur TLS
|
||||||
yang disediakan oleh berbagai kontroler Ingress. Perhatikan dokumentasi
|
yang disediakan oleh berbagai kontroler Ingress. Perhatikan dokumentasi
|
||||||
[nginx](https://git.k8s.io/ingress-nginx/README.md#https),
|
[nginx](https://git.k8s.io/ingress-nginx/README.md#https),
|
||||||
[GCE](https://git.k8s.io/ingress-gce/README.md#frontend-https), atau
|
[GCE](https://git.k8s.io/ingress-gce/README.md#frontend-https), atau
|
||||||
kontroler Ingress spesifik *platform* lainnya untuk memahami cara kerja TLS
|
kontroler Ingress spesifik *platform* lainnya untuk memahami cara kerja TLS
|
||||||
pada **environment** yang kamu miliki.
|
pada **environment** yang kamu miliki.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
### *Loadbalancing*
|
### *Loadbalancing*
|
||||||
|
|
||||||
Sebuah kontroler Ingress sudah dibekali dengan beberapa *policy* terkait mekanisme *load balance*
|
Sebuah kontroler Ingress sudah dibekali dengan beberapa *policy* terkait mekanisme *load balance*
|
||||||
yang nantinya akan diterapkan pada semua Ingress, misalnya saja algoritma *load balancing*, *backend
|
yang nantinya akan diterapkan pada semua Ingress, misalnya saja algoritma *load balancing*, *backend
|
||||||
weight scheme*, dan lain sebagainya. Beberapa konsep *load balance* yang lebih *advance*
|
weight scheme*, dan lain sebagainya. Beberapa konsep *load balance* yang lebih *advance*
|
||||||
(misalnya saja *persistent sessions*, *dynamic weights*) belum diekspos melalui Ingress.
|
(misalnya saja *persistent sessions*, *dynamic weights*) belum diekspos melalui Ingress.
|
||||||
Meskipun begitu, kamu masih bisa menggunakan fitur ini melalui
|
Meskipun begitu, kamu masih bisa menggunakan fitur ini melalui
|
||||||
[loadbalancer service](https://github.com/kubernetes/ingress-nginx).
|
[loadbalancer service](https://github.com/kubernetes/ingress-nginx).
|
||||||
|
|
||||||
Perlu diketahui bahwa meskipun *health check* tidak diekspos secara langsung
|
Perlu diketahui bahwa meskipun *health check* tidak diekspos secara langsung
|
||||||
melalui Ingress, terdapat beberapa konsep di Kubernetes yang sejalan dengan hal ini, misalnya
|
melalui Ingress, terdapat beberapa konsep di Kubernetes yang sejalan dengan hal ini, misalnya
|
||||||
[readiness probes](/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/)
|
[readiness probes](/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/)
|
||||||
yang memungkinkan kamu untuk memperoleh hasil yang sama. Silahkan pelajari lebih lanjut dokumentasi
|
yang memungkinkan kamu untuk memperoleh hasil yang sama. Silahkan pelajari lebih lanjut dokumentasi
|
||||||
kontroler yang kamu pakai untuk mengetahui bagaimana implementasi *health checks* pada kontroler yang kamu pilih ([nginx](https://git.k8s.io/ingress-nginx/README.md),
|
kontroler yang kamu pakai untuk mengetahui bagaimana implementasi *health checks* pada kontroler yang kamu pilih ([nginx](https://git.k8s.io/ingress-nginx/README.md),
|
||||||
[GCE](https://git.k8s.io/ingress-gce/README.md#health-checks)).
|
[GCE](https://git.k8s.io/ingress-gce/README.md#health-checks)).
|
||||||
|
|
||||||
@@ -391,9 +391,9 @@ Events:
|
|||||||
kubectl edit ingress test
|
kubectl edit ingress test
|
||||||
```
|
```
|
||||||
|
|
||||||
Sebuah editor akan muncul dan menampilkan konfigurasi Ingress kamu
|
Sebuah editor akan muncul dan menampilkan konfigurasi Ingress kamu
|
||||||
dalam format YAML apabila kamu telah menjalankan perintah di atas.
|
dalam format YAML apabila kamu telah menjalankan perintah di atas.
|
||||||
Ubah untuk menambahkan *host*:
|
Ubah untuk menambahkan *host*:
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
spec:
|
spec:
|
||||||
@@ -442,21 +442,21 @@ Events:
|
|||||||
Normal ADD 45s loadbalancer-controller default/test
|
Normal ADD 45s loadbalancer-controller default/test
|
||||||
```
|
```
|
||||||
|
|
||||||
Kamu juga dapat mengubah Ingress dengan menggunakan perintah `kubectl replace -f` pada file konfigurasi
|
Kamu juga dapat mengubah Ingress dengan menggunakan perintah `kubectl replace -f` pada file konfigurasi
|
||||||
Ingress yang ingin diubah.
|
Ingress yang ingin diubah.
|
||||||
|
|
||||||
## Mekanisme *failing* pada beberapa zona *availability*
|
## Mekanisme *failing* pada beberapa zona *availability*
|
||||||
|
|
||||||
Teknik untuk menyeimbangkan persebaran trafik pada *failure domain* berbeda antar penyedia layanan *cloud*.
|
Teknik untuk menyeimbangkan persebaran trafik pada *failure domain* berbeda antar penyedia layanan *cloud*.
|
||||||
Kamu dapat mempelajari dokumentasi yang relevan bagi [kontoler Ingress](/docs/concepts/services-networking/ingress-controllers)
|
Kamu dapat mempelajari dokumentasi yang relevan bagi [kontoler Ingress](/docs/concepts/services-networking/ingress-controllers)
|
||||||
untuk informasi yang lebih detail. Kamu juga dapat mempelajari [dokumentasi federasi](/docs/concepts/cluster-administration/federation/)
|
untuk informasi yang lebih detail. Kamu juga dapat mempelajari [dokumentasi federasi](/docs/concepts/cluster-administration/federation/)
|
||||||
untuk informasi lebih detail soal bagaimana melakukan *deploy* untuk federasi kluster.
|
untuk informasi lebih detail soal bagaimana melakukan *deploy* untuk federasi kluster.
|
||||||
|
|
||||||
## Pengembangan selanjutnya
|
## Pengembangan selanjutnya
|
||||||
|
|
||||||
Silahkan amati [SIG Network](https://github.com/kubernetes/community/tree/master/sig-network)
|
Silahkan amati [SIG Network](https://github.com/kubernetes/community/tree/master/sig-network)
|
||||||
untuk detail lebih lanjut mengenai perubahan Ingress dan *resource* terkait lainnya. Kamu juga bisa melihat
|
untuk detail lebih lanjut mengenai perubahan Ingress dan *resource* terkait lainnya. Kamu juga bisa melihat
|
||||||
[repositori Ingress](https://github.com/kubernetes/ingress/tree/master) untuk informasi yang lebih detail
|
[repositori Ingress](https://github.com/kubernetes/ingress/tree/master) untuk informasi yang lebih detail
|
||||||
soal perubahan berbagai kontroler.
|
soal perubahan berbagai kontroler.
|
||||||
|
|
||||||
## Alternatif lain
|
## Alternatif lain
|
||||||
|
|||||||
@@ -9,7 +9,7 @@ weight: 50
|
|||||||
{{% capture overview %}}
|
{{% capture overview %}}
|
||||||
Sebuah NetworkPolicy adalah spesifikasi dari sekelompok Pod atau _endpoint_ yang diizinkan untuk saling berkomunikasi.
|
Sebuah NetworkPolicy adalah spesifikasi dari sekelompok Pod atau _endpoint_ yang diizinkan untuk saling berkomunikasi.
|
||||||
|
|
||||||
`NetworkPolicy` menggunakan label untuk memilih Pod serta mendefinisikan serangkaian _rule_ yang digunakan
|
`NetworkPolicy` menggunakan label untuk memilih Pod serta mendefinisikan serangkaian _rule_ yang digunakan
|
||||||
untuk mendefinisikan trafik yang diizinkan untuk suatu Pod tertentu.
|
untuk mendefinisikan trafik yang diizinkan untuk suatu Pod tertentu.
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
@@ -17,18 +17,18 @@ untuk mendefinisikan trafik yang diizinkan untuk suatu Pod tertentu.
|
|||||||
{{% capture body %}}
|
{{% capture body %}}
|
||||||
## Prasyarat
|
## Prasyarat
|
||||||
|
|
||||||
NetworkPolicy diimplementasikan dengan menggunakan _plugin_ jaringan,
|
NetworkPolicy diimplementasikan dengan menggunakan _plugin_ jaringan,
|
||||||
dengan demikian kamu harus memiliki penyedia jaringan yang mendukung `NetworkPolicy` -
|
dengan demikian kamu harus memiliki penyedia jaringan yang mendukung `NetworkPolicy` -
|
||||||
membuat _resource_ tanpa adanya _controller_ tidak akan berdampak apa pun.
|
membuat _resource_ tanpa adanya _controller_ tidak akan berdampak apa pun.
|
||||||
|
|
||||||
## Pod yang terisolasi dan tidak terisolasi
|
## Pod yang terisolasi dan tidak terisolasi
|
||||||
|
|
||||||
Secara _default_, Pod bersifat tidak terisolasi; Pod-Pod tersebut
|
Secara _default_, Pod bersifat tidak terisolasi; Pod-Pod tersebut
|
||||||
menerima trafik dari _resource_ apa pun.
|
menerima trafik dari _resource_ apa pun.
|
||||||
|
|
||||||
Pod menjadi terisolasi apabila terdapat `NetworkPolicy` yang dikenakan pada Pod-Pod tersebut.
|
Pod menjadi terisolasi apabila terdapat `NetworkPolicy` yang dikenakan pada Pod-Pod tersebut.
|
||||||
Apabila terdapat `NetworkPolicy` di dalam _namespace_ yang dikenakan pada suatu Pod, Pod tersebut
|
Apabila terdapat `NetworkPolicy` di dalam _namespace_ yang dikenakan pada suatu Pod, Pod tersebut
|
||||||
akan menolak koneksi yang tidak diizinkan `NetworkPolicy`. (Pod lain dalam _namespace_
|
akan menolak koneksi yang tidak diizinkan `NetworkPolicy`. (Pod lain dalam _namespace_
|
||||||
yang tidak dikenakan `NetworkPolicy` akan tetap menerima trafik dari semua _resource_.)
|
yang tidak dikenakan `NetworkPolicy` akan tetap menerima trafik dari semua _resource_.)
|
||||||
|
|
||||||
## _Resource_ `NetworkPolicy`
|
## _Resource_ `NetworkPolicy`
|
||||||
@@ -74,12 +74,12 @@ spec:
|
|||||||
port: 5978
|
port: 5978
|
||||||
```
|
```
|
||||||
|
|
||||||
Mengirimkan ini ke API server dengan metode POST tidak akan berdampak apa pun
|
Mengirimkan ini ke API server dengan metode POST tidak akan berdampak apa pun
|
||||||
kecuali penyedia jaringan mendukung network policy.
|
kecuali penyedia jaringan mendukung network policy.
|
||||||
|
|
||||||
**_Field-field_ yang bersifat wajib**: Sama dengan seluruh _config_ Kubernetes lainnya, sebuah `NetworkPolicy`
|
**_Field-field_ yang bersifat wajib**: Sama dengan seluruh _config_ Kubernetes lainnya, sebuah `NetworkPolicy`
|
||||||
membutuhkan _field-field_ `apiVersion`, `kind`, dan `metadata`. Informasi generik mengenai
|
membutuhkan _field-field_ `apiVersion`, `kind`, dan `metadata`. Informasi generik mengenai
|
||||||
bagaimana bekerja dengan _file_ `config`, dapat dilihat di
|
bagaimana bekerja dengan _file_ `config`, dapat dilihat di
|
||||||
[Konfigurasi Kontainer menggunakan `ConfigMap`](/docs/tasks/configure-pod-container/configure-pod-configmap/),
|
[Konfigurasi Kontainer menggunakan `ConfigMap`](/docs/tasks/configure-pod-container/configure-pod-configmap/),
|
||||||
serta [Manajemen Objek](/docs/concepts/overview/object-management-kubectl/overview/).
|
serta [Manajemen Objek](/docs/concepts/overview/object-management-kubectl/overview/).
|
||||||
|
|
||||||
@@ -143,37 +143,37 @@ mengandung sebuah elemen `from` yang mengizinkan koneksi dari Pod-Pod dengan lab
|
|||||||
...
|
...
|
||||||
```
|
```
|
||||||
|
|
||||||
mengandung dua elemen pada _array_ `from`, dan mengizinkan koneksi dari Pod pada Namespace lokal dengan label
|
mengandung dua elemen pada _array_ `from`, dan mengizinkan koneksi dari Pod pada Namespace lokal dengan label
|
||||||
`role=client`, *atau* dari Pod di _namespace_ apa pun dengan label `user=alice`.
|
`role=client`, *atau* dari Pod di _namespace_ apa pun dengan label `user=alice`.
|
||||||
|
|
||||||
Ketika kamu merasa ragu, gunakan `kubectl describe` untuk melihat bagaimana Kubernetes
|
Ketika kamu merasa ragu, gunakan `kubectl describe` untuk melihat bagaimana Kubernetes
|
||||||
menginterpretasikan _policy_ tersebut.
|
menginterpretasikan _policy_ tersebut.
|
||||||
|
|
||||||
**ipBlock**: Ini digunakan untuk memilih _range_ IP CIDR tertentu untuk berperan sebagai
|
**ipBlock**: Ini digunakan untuk memilih _range_ IP CIDR tertentu untuk berperan sebagai
|
||||||
_source_ _ingress_ atau destinasi _egress_. Alamat yang digunakan harus merupakan
|
_source_ _ingress_ atau destinasi _egress_. Alamat yang digunakan harus merupakan
|
||||||
alamat IP eksternal kluster, karena alamat IP Pod bersifat _ephemeral_ dan tidak dapat ditebak.
|
alamat IP eksternal kluster, karena alamat IP Pod bersifat _ephemeral_ dan tidak dapat ditebak.
|
||||||
|
|
||||||
Mekanisme _ingress_ dan _egress_ kluster seringkali membutuhkan mekanisme _rewrite_ alamat IP _source_ dan destinasi
|
Mekanisme _ingress_ dan _egress_ kluster seringkali membutuhkan mekanisme _rewrite_ alamat IP _source_ dan destinasi
|
||||||
paket. Pada kasus-kasus dimana hal ini, tidak dapat dipastikan bahwa apakah hal ini
|
paket. Pada kasus-kasus dimana hal ini, tidak dapat dipastikan bahwa apakah hal ini
|
||||||
terjadi sebelum atau setelah pemrosesan `NetworkPolicy`, dan perilaku yang ada mungkin saja berbeda
|
terjadi sebelum atau setelah pemrosesan `NetworkPolicy`, dan perilaku yang ada mungkin saja berbeda
|
||||||
untuk kombinasi _plugin_ jaringan, penyedia layanan _cloud_, serta implementasi `Service` yang berbeda.
|
untuk kombinasi _plugin_ jaringan, penyedia layanan _cloud_, serta implementasi `Service` yang berbeda.
|
||||||
|
|
||||||
Pada _ingress_, artinya bisa saja kamu melakukan _filter_ paket yang masuk berdasarkan `source IP`,
|
Pada _ingress_, artinya bisa saja kamu melakukan _filter_ paket yang masuk berdasarkan `source IP`,
|
||||||
sementara di kasus lain "source IP" yang digunakan oleh Network Policy adalah alamat IP `LoadBalancer`,
|
sementara di kasus lain "source IP" yang digunakan oleh Network Policy adalah alamat IP `LoadBalancer`,
|
||||||
_node_ dimana Pod berada, dsb.
|
_node_ dimana Pod berada, dsb.
|
||||||
|
|
||||||
Pada _egress_, bisa saja sebuah koneksi dari Pod ke IP `Service` di-_rewrite_ ke IP eksternal kluster
|
Pada _egress_, bisa saja sebuah koneksi dari Pod ke IP `Service` di-_rewrite_ ke IP eksternal kluster
|
||||||
atau bahkan tidak termasuk di dalam `ipBlock` _policy_.
|
atau bahkan tidak termasuk di dalam `ipBlock` _policy_.
|
||||||
|
|
||||||
## _Policy_ _Default_
|
## _Policy_ _Default_
|
||||||
|
|
||||||
Secara _default_, jika tidak ada _policy_ yang ada dalam suatu _namespace_, maka semua trafik _ingress_ dan _egress_ yang diizinkan ke atau dari Pod dalam _namespace_.
|
Secara _default_, jika tidak ada _policy_ yang ada dalam suatu _namespace_, maka semua trafik _ingress_ dan _egress_ yang diizinkan ke atau dari Pod dalam _namespace_.
|
||||||
Contoh di bawah ini akan memberikan gambaran bagaimana kamu dapat mengubah perilaku _default_ pada sebuah _namespace_.
|
Contoh di bawah ini akan memberikan gambaran bagaimana kamu dapat mengubah perilaku _default_ pada sebuah _namespace_.
|
||||||
|
|
||||||
### _Default_: tolak semua trafik _ingress_
|
### _Default_: tolak semua trafik _ingress_
|
||||||
|
|
||||||
Kamu dapat membuat _policy_ isolasi `"default"` untuk sebuah _namespace_
|
Kamu dapat membuat _policy_ isolasi `"default"` untuk sebuah _namespace_
|
||||||
dengan membuat sebuah `NetworkPolicy` yang memilih semua Pod tapi tidak mengizinkan
|
dengan membuat sebuah `NetworkPolicy` yang memilih semua Pod tapi tidak mengizinkan
|
||||||
trafik _ingress_ masuk ke Pod-Pod tersebut.
|
trafik _ingress_ masuk ke Pod-Pod tersebut.
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -187,13 +187,13 @@ spec:
|
|||||||
- Ingress
|
- Ingress
|
||||||
```
|
```
|
||||||
|
|
||||||
Hal ini menjamin bahwa bahkan Pod yang tidak dipilih oleh `NetworkPolicy` lain masih terisolasi.
|
Hal ini menjamin bahwa bahkan Pod yang tidak dipilih oleh `NetworkPolicy` lain masih terisolasi.
|
||||||
_Policy_ ini tidak mengubah perilaku _default_ dari _egress_.
|
_Policy_ ini tidak mengubah perilaku _default_ dari _egress_.
|
||||||
|
|
||||||
### _Default_: izinkan semua trafik _ingress_
|
### _Default_: izinkan semua trafik _ingress_
|
||||||
|
|
||||||
Jika kamu ingin mengizinkan semua trafik _ingress_ pada semua Pod dalam sebuah _namespace_
|
Jika kamu ingin mengizinkan semua trafik _ingress_ pada semua Pod dalam sebuah _namespace_
|
||||||
(bahkan jika _policy_ ditambahkan dan menyebabkan beberapa Pod menjadi terisolasi), kamu
|
(bahkan jika _policy_ ditambahkan dan menyebabkan beberapa Pod menjadi terisolasi), kamu
|
||||||
dapat secara eksplisit mengizinkan semua trafik bagi _namespace_ tersebut.
|
dapat secara eksplisit mengizinkan semua trafik bagi _namespace_ tersebut.
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -211,8 +211,8 @@ spec:
|
|||||||
|
|
||||||
### _Default_: tolak semua trafik _egress_
|
### _Default_: tolak semua trafik _egress_
|
||||||
|
|
||||||
Kamu dapat membuat _policy_ isolasi `"default"` untuk sebuah _namespace_
|
Kamu dapat membuat _policy_ isolasi `"default"` untuk sebuah _namespace_
|
||||||
dengan membuat sebuah `NetworkPolicy` yang memilih semua Pod tapi tidak mengizinkan
|
dengan membuat sebuah `NetworkPolicy` yang memilih semua Pod tapi tidak mengizinkan
|
||||||
trafik _egress_ keluar dari Pod-Pod tersebut.
|
trafik _egress_ keluar dari Pod-Pod tersebut.
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -226,13 +226,13 @@ spec:
|
|||||||
- Egress
|
- Egress
|
||||||
```
|
```
|
||||||
|
|
||||||
Hal ini menjamin bahwa bahkan Pod yang tidak dipilih oleh `NetworkPolicy` lain masih terisolasi.
|
Hal ini menjamin bahwa bahkan Pod yang tidak dipilih oleh `NetworkPolicy` lain masih terisolasi.
|
||||||
_Policy_ ini tidak mengubah perilaku _default_ dari _ingress_.
|
_Policy_ ini tidak mengubah perilaku _default_ dari _ingress_.
|
||||||
|
|
||||||
### _Default_: izinkan semua trafik _egress_
|
### _Default_: izinkan semua trafik _egress_
|
||||||
|
|
||||||
Jika kamu ingin mengizinkan semua trafik _egress_ pada semua Pod dalam sebuah _namespace_
|
Jika kamu ingin mengizinkan semua trafik _egress_ pada semua Pod dalam sebuah _namespace_
|
||||||
(bahkan jika _policy_ ditambahkan dan menyebabkan beberapa Pod menjadi terisolasi), kamu
|
(bahkan jika _policy_ ditambahkan dan menyebabkan beberapa Pod menjadi terisolasi), kamu
|
||||||
dapat secara eksplisit mengizinkan semua trafik bagi _namespace_ tersebut.
|
dapat secara eksplisit mengizinkan semua trafik bagi _namespace_ tersebut.
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
|
|||||||
File diff suppressed because it is too large
Load Diff
@@ -122,7 +122,7 @@ tidak bisa terbuat.
|
|||||||
|
|
||||||
Pada kluster [Multi-Zona](/docs/setup/multiple-zones), Pod dapat tersebar di banyak Zona
|
Pada kluster [Multi-Zona](/docs/setup/multiple-zones), Pod dapat tersebar di banyak Zona
|
||||||
pada sebuah Region. Penyimpanan dengan *backend* Zona-Tunggal seharusnya disediakan pada
|
pada sebuah Region. Penyimpanan dengan *backend* Zona-Tunggal seharusnya disediakan pada
|
||||||
Zona-Zona dimana Pod dijalankan. Hal ini dapat dicapai dengan mengatur
|
Zona-Zona dimana Pod dijalankan. Hal ini dapat dicapai dengan mengatur
|
||||||
[Mode Volume Binding](/docs/concepts/storage/storage-classes/#volume-binding-mode).
|
[Mode Volume Binding](/docs/concepts/storage/storage-classes/#volume-binding-mode).
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|||||||
@@ -85,7 +85,7 @@ Name: hostpath
|
|||||||
Namespace: default
|
Namespace: default
|
||||||
StorageClass: example-hostpath
|
StorageClass: example-hostpath
|
||||||
Status: Terminating
|
Status: Terminating
|
||||||
Volume:
|
Volume:
|
||||||
Labels: <none>
|
Labels: <none>
|
||||||
Annotations: volume.beta.kubernetes.io/storage-class=example-hostpath
|
Annotations: volume.beta.kubernetes.io/storage-class=example-hostpath
|
||||||
volume.beta.kubernetes.io/storage-provisioner=example.com/hostpath
|
volume.beta.kubernetes.io/storage-provisioner=example.com/hostpath
|
||||||
@@ -103,19 +103,19 @@ Annotations: <none>
|
|||||||
Finalizers: [kubernetes.io/pv-protection]
|
Finalizers: [kubernetes.io/pv-protection]
|
||||||
StorageClass: standard
|
StorageClass: standard
|
||||||
Status: Available
|
Status: Available
|
||||||
Claim:
|
Claim:
|
||||||
Reclaim Policy: Delete
|
Reclaim Policy: Delete
|
||||||
Access Modes: RWO
|
Access Modes: RWO
|
||||||
Capacity: 1Gi
|
Capacity: 1Gi
|
||||||
Message:
|
Message:
|
||||||
Source:
|
Source:
|
||||||
Type: HostPath (bare host directory volume)
|
Type: HostPath (bare host directory volume)
|
||||||
Path: /tmp/data
|
Path: /tmp/data
|
||||||
HostPathType:
|
HostPathType:
|
||||||
Events: <none>
|
Events: <none>
|
||||||
```
|
```
|
||||||
|
|
||||||
### Melakukan Reklaim
|
### Melakukan Reklaim
|
||||||
|
|
||||||
Ketika seorang pengguna telah selesai dengan volumenya, ia dapat menghapus objek PVC dari API yang memungkinkan untuk reklamasi dari sumber daya tersebut. Kebijakan reklaim dari sebuah `PersistentVolume` (PV) menyatakan apa yang dilakukan kluster setelah volume dilepaskan dari klaimnya. Saat ini, volume dapat dipertahankan (_Retained_), didaur ulang (_Recycled_), atau dihapus (_Deleted_).
|
Ketika seorang pengguna telah selesai dengan volumenya, ia dapat menghapus objek PVC dari API yang memungkinkan untuk reklamasi dari sumber daya tersebut. Kebijakan reklaim dari sebuah `PersistentVolume` (PV) menyatakan apa yang dilakukan kluster setelah volume dilepaskan dari klaimnya. Saat ini, volume dapat dipertahankan (_Retained_), didaur ulang (_Recycled_), atau dihapus (_Deleted_).
|
||||||
|
|
||||||
@@ -168,7 +168,7 @@ Namun, alamat yang dispesifikasikan pada templat _recycler pod_ kustom pada bagi
|
|||||||
|
|
||||||
{{< feature-state for_k8s_version="v1.11" state="beta" >}}
|
{{< feature-state for_k8s_version="v1.11" state="beta" >}}
|
||||||
|
|
||||||
Dukungan untuk memperluas PersistentVolumeClaim (PVC) sekarang sudah diaktifkan sejak awal. Kamu dapat memperluas
|
Dukungan untuk memperluas PersistentVolumeClaim (PVC) sekarang sudah diaktifkan sejak awal. Kamu dapat memperluas
|
||||||
tipe-tipe volume berikut:
|
tipe-tipe volume berikut:
|
||||||
|
|
||||||
* gcePersistentDisk
|
* gcePersistentDisk
|
||||||
@@ -199,7 +199,7 @@ allowVolumeExpansion: true
|
|||||||
```
|
```
|
||||||
|
|
||||||
Untuk meminta volume yang lebih besar pada sebuah PVC, ubah objek PVC dan spesifikasikan ukuran yang lebih
|
Untuk meminta volume yang lebih besar pada sebuah PVC, ubah objek PVC dan spesifikasikan ukuran yang lebih
|
||||||
besar. Hal ini akan memicu perluasan dari volume yang berada di balik `PersistentVolume` (PV). Sebuah
|
besar. Hal ini akan memicu perluasan dari volume yang berada di balik `PersistentVolume` (PV). Sebuah
|
||||||
`PersistentVolume` (PV) baru tidak akan dibuat untuk memenuhi klaim tersebut. Sebaliknya, volume yang sudah ada akan diatur ulang ukurannya.
|
`PersistentVolume` (PV) baru tidak akan dibuat untuk memenuhi klaim tersebut. Sebaliknya, volume yang sudah ada akan diatur ulang ukurannya.
|
||||||
|
|
||||||
#### Perluasan Volume CSI
|
#### Perluasan Volume CSI
|
||||||
@@ -209,7 +209,7 @@ besar. Hal ini akan memicu perluasan dari volume yang berada di balik `Persisten
|
|||||||
Perluasan volume CSI mengharuskan kamu untuk mengaktifkan gerbang fitur `ExpandCSIVolumes` dan juga membutuhkan _driver_ CSI yang spesifik untuk mendukung perluasan volume. Silakan merujuk pada dokumentasi _driver_ spesifik CSI untuk informasi lebih lanjut.
|
Perluasan volume CSI mengharuskan kamu untuk mengaktifkan gerbang fitur `ExpandCSIVolumes` dan juga membutuhkan _driver_ CSI yang spesifik untuk mendukung perluasan volume. Silakan merujuk pada dokumentasi _driver_ spesifik CSI untuk informasi lebih lanjut.
|
||||||
|
|
||||||
|
|
||||||
#### Mengubah ukuran sebuah volume yang memiliki _file system_
|
#### Mengubah ukuran sebuah volume yang memiliki _file system_
|
||||||
|
|
||||||
Kamu hanya dapat mengubah ukuran volume yang memiliki _file system_ jika _file system_ tersebut adalah XFS, Ext3, atau Ext4.
|
Kamu hanya dapat mengubah ukuran volume yang memiliki _file system_ jika _file system_ tersebut adalah XFS, Ext3, atau Ext4.
|
||||||
|
|
||||||
@@ -223,8 +223,8 @@ kubectl describe pvc <pvc_name>
|
|||||||
|
|
||||||
Jika `PersistentVolumeClaim` (PVC) memiliki status `FileSystemResizePending`, maka berarti aman untuk membuat ulang _pod_ menggunakan PersistentVolumeClaim (PVC) tersebut.
|
Jika `PersistentVolumeClaim` (PVC) memiliki status `FileSystemResizePending`, maka berarti aman untuk membuat ulang _pod_ menggunakan PersistentVolumeClaim (PVC) tersebut.
|
||||||
|
|
||||||
FlexVolumes mengizinkan pengubahan ukuran jika _driver_ diatur dengan kapabilitas `RequiresFSResize` menjadi "_true_".
|
FlexVolumes mengizinkan pengubahan ukuran jika _driver_ diatur dengan kapabilitas `RequiresFSResize` menjadi "_true_".
|
||||||
FlexVolume dapat diubah ukurannya pada saat _pod_ mengalami _restart_.
|
FlexVolume dapat diubah ukurannya pada saat _pod_ mengalami _restart_.
|
||||||
|
|
||||||
{{< feature-state for_k8s_version="v1.11" state="alpha" >}}
|
{{< feature-state for_k8s_version="v1.11" state="alpha" >}}
|
||||||
|
|
||||||
@@ -236,8 +236,8 @@ PVC manapun yang sedang digunakan secara otomatis menjadi tersedia untuk _pod_ y
|
|||||||
Fitur ini tidak memiliki efek pada PVC yang tidak sedang digunakan oleh _Pod_ atau _deployment_. Kamu harus membuat sebuah _Pod_ yang
|
Fitur ini tidak memiliki efek pada PVC yang tidak sedang digunakan oleh _Pod_ atau _deployment_. Kamu harus membuat sebuah _Pod_ yang
|
||||||
menggunakan PVC sebelum perluasan dapat selesai dilakukan.
|
menggunakan PVC sebelum perluasan dapat selesai dilakukan.
|
||||||
|
|
||||||
Memperluas PVC yang sedang digunakan sudah ditambahkan pada rilis 1.13. Untuk mengaktifkan fitur ini gunakan `ExpandInUsePersistentVolumes` dan gerbang fitur `ExpandPersistentVolumes`. Gerbang fitur `ExpandPersistentVolumes` sudah diaktifkan sejak awal. Jika `ExpandInUsePersistentVolumes` sudah terpasang, FlexVolume dapat diubah ukurannya secara langsung tanpa perlu melakukan _restart_ pada _pod_.
|
Memperluas PVC yang sedang digunakan sudah ditambahkan pada rilis 1.13. Untuk mengaktifkan fitur ini gunakan `ExpandInUsePersistentVolumes` dan gerbang fitur `ExpandPersistentVolumes`. Gerbang fitur `ExpandPersistentVolumes` sudah diaktifkan sejak awal. Jika `ExpandInUsePersistentVolumes` sudah terpasang, FlexVolume dapat diubah ukurannya secara langsung tanpa perlu melakukan _restart_ pada _pod_.
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Pengubahan ukuran FlexVolume hanya mungkin dilakukan ketika _driver_ yang menjalankannya mendukung pengubahan ukuran.
|
Pengubahan ukuran FlexVolume hanya mungkin dilakukan ketika _driver_ yang menjalankannya mendukung pengubahan ukuran.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
@@ -365,7 +365,7 @@ Dahulu, anotasi `volume.beta.kubernetes.io/storage-class` digunakan sebagai gant
|
|||||||
atribut `storageClassName`. Anotasi ini masih dapat bekerja, namun
|
atribut `storageClassName`. Anotasi ini masih dapat bekerja, namun
|
||||||
akan dihilangkan sepenuhnya pada rilis Kubernetes mendatang.
|
akan dihilangkan sepenuhnya pada rilis Kubernetes mendatang.
|
||||||
|
|
||||||
### Kebijakan Reklaim
|
### Kebijakan Reklaim
|
||||||
|
|
||||||
Kebijakan-kebijakan reklaim saat ini antara lain:
|
Kebijakan-kebijakan reklaim saat ini antara lain:
|
||||||
|
|
||||||
@@ -375,7 +375,7 @@ Kebijakan-kebijakan reklaim saat ini antara lain:
|
|||||||
|
|
||||||
Saat ini, hanya NFS dan HostPath yang mendukung daur ulang. AWS EBS, GCE PD, Azure Disk, dan Cinder Volume mendukung penghapusan.
|
Saat ini, hanya NFS dan HostPath yang mendukung daur ulang. AWS EBS, GCE PD, Azure Disk, dan Cinder Volume mendukung penghapusan.
|
||||||
|
|
||||||
### Opsi Pemasangan
|
### Opsi Pemasangan
|
||||||
|
|
||||||
Seorang administrator Kubernetes dapat menspesifikasi opsi pemasangan tambahan untuk ketika sebuah _Persistent Volume_ dipasangkan pada sebuah _node_.
|
Seorang administrator Kubernetes dapat menspesifikasi opsi pemasangan tambahan untuk ketika sebuah _Persistent Volume_ dipasangkan pada sebuah _node_.
|
||||||
|
|
||||||
@@ -405,7 +405,7 @@ Dahulu, anotasi `volume.beta.kubernetes.io/mount-options` digunakan sebagai gant
|
|||||||
atribut `mountOptions`. Anotasi ini masih dapat bekerja, namun
|
atribut `mountOptions`. Anotasi ini masih dapat bekerja, namun
|
||||||
akan dihilangkan sepenuhnya pada rilis Kubernetes mendatang.
|
akan dihilangkan sepenuhnya pada rilis Kubernetes mendatang.
|
||||||
|
|
||||||
### Afinitas Node
|
### Afinitas Node
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Untuk kebanyakan tipe volume, kamu tidak perlu memasang kolom ini. Kolom ini secara otomatis terisi untuk tipe blok volume [AWS EBS](/docs/concepts/storage/volumes/#awselasticblockstore), [GCE PD](/docs/concepts/storage/volumes/#gcepersistentdisk) dan [Azure Disk](/docs/concepts/storage/volumes/#azuredisk). Kamu harus mengaturnya secara eksplisit untuk volume [lokal](/docs/concepts/storage/volumes/#local).
|
Untuk kebanyakan tipe volume, kamu tidak perlu memasang kolom ini. Kolom ini secara otomatis terisi untuk tipe blok volume [AWS EBS](/docs/concepts/storage/volumes/#awselasticblockstore), [GCE PD](/docs/concepts/storage/volumes/#gcepersistentdisk) dan [Azure Disk](/docs/concepts/storage/volumes/#azuredisk). Kamu harus mengaturnya secara eksplisit untuk volume [lokal](/docs/concepts/storage/volumes/#local).
|
||||||
@@ -413,7 +413,7 @@ Untuk kebanyakan tipe volume, kamu tidak perlu memasang kolom ini. Kolom ini sec
|
|||||||
|
|
||||||
Sebuah PV dapat menspesifikasi [afinitas node](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#volumenodeaffinity-v1-core) untuk mendefinisikan batasan yang membatasi _node_ mana saja yang dapat mengakses volume tersebut. _Pod_ yang menggunakan sebuah PV hanya akan bisa dijadwalkan ke _node_ yang dipilih oleh afinitas _node_.
|
Sebuah PV dapat menspesifikasi [afinitas node](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#volumenodeaffinity-v1-core) untuk mendefinisikan batasan yang membatasi _node_ mana saja yang dapat mengakses volume tersebut. _Pod_ yang menggunakan sebuah PV hanya akan bisa dijadwalkan ke _node_ yang dipilih oleh afinitas _node_.
|
||||||
|
|
||||||
### Fase
|
### Fase
|
||||||
|
|
||||||
Sebuah volume akan berada dalam salah satu fase di bawah ini:
|
Sebuah volume akan berada dalam salah satu fase di bawah ini:
|
||||||
|
|
||||||
@@ -448,11 +448,11 @@ spec:
|
|||||||
- {key: environment, operator: In, values: [dev]}
|
- {key: environment, operator: In, values: [dev]}
|
||||||
```
|
```
|
||||||
|
|
||||||
### Mode Akses
|
### Mode Akses
|
||||||
|
|
||||||
Klaim menggunakan penulisan yang sama dengan volume ketika meminta _storage_ dengan mode akses tertentu.
|
Klaim menggunakan penulisan yang sama dengan volume ketika meminta _storage_ dengan mode akses tertentu.
|
||||||
|
|
||||||
### Mode Volume
|
### Mode Volume
|
||||||
|
|
||||||
Klaim menggunakan penulisan yang sama dengan volume untuk mengindikasikan konsumsi dari volume sebagai _filesystem_ ataupun perangkat _block_.
|
Klaim menggunakan penulisan yang sama dengan volume untuk mengindikasikan konsumsi dari volume sebagai _filesystem_ ataupun perangkat _block_.
|
||||||
|
|
||||||
@@ -578,7 +578,7 @@ spec:
|
|||||||
lun: 0
|
lun: 0
|
||||||
readOnly: false
|
readOnly: false
|
||||||
```
|
```
|
||||||
### _Persistent Volume Claim_ meminta Volume _Raw Block_
|
### _Persistent Volume Claim_ meminta Volume _Raw Block_
|
||||||
```yaml
|
```yaml
|
||||||
apiVersion: v1
|
apiVersion: v1
|
||||||
kind: PersistentVolumeClaim
|
kind: PersistentVolumeClaim
|
||||||
|
|||||||
@@ -6,9 +6,9 @@ weight: 30
|
|||||||
|
|
||||||
{{% capture overview %}}
|
{{% capture overview %}}
|
||||||
|
|
||||||
Dokumen ini mendeskripsikan konsep StorageClass yang ada pada Kubernetes.
|
Dokumen ini mendeskripsikan konsep StorageClass yang ada pada Kubernetes.
|
||||||
Sebelum lanjut membaca, sangat dianjurkan untuk memiliki pengetahuan terhadap
|
Sebelum lanjut membaca, sangat dianjurkan untuk memiliki pengetahuan terhadap
|
||||||
[volumes](/docs/concepts/storage/volumes/) dan
|
[volumes](/docs/concepts/storage/volumes/) dan
|
||||||
[peristent volume](/docs/concepts/storage/persistent-volumes) terlebih dahulu.
|
[peristent volume](/docs/concepts/storage/persistent-volumes) terlebih dahulu.
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
@@ -17,29 +17,29 @@ Sebelum lanjut membaca, sangat dianjurkan untuk memiliki pengetahuan terhadap
|
|||||||
|
|
||||||
## Pengenalan
|
## Pengenalan
|
||||||
|
|
||||||
Sebuah StorageClass menyediakan cara bagi administrator untuk
|
Sebuah StorageClass menyediakan cara bagi administrator untuk
|
||||||
mendeskripsikan "kelas" dari penyimpanan yang mereka sediakan.
|
mendeskripsikan "kelas" dari penyimpanan yang mereka sediakan.
|
||||||
Kelas yang berbeda bisa saja memiliki perbedaan dari segi kualitas
|
Kelas yang berbeda bisa saja memiliki perbedaan dari segi kualitas
|
||||||
servis yang disediakan, pemulihan (_backup_) kebijakan, atau kebijakan lain yang ditentukan
|
servis yang disediakan, pemulihan (_backup_) kebijakan, atau kebijakan lain yang ditentukan
|
||||||
oleh administrator kluster. Kubernetes sendiri tidak dipengaruhi oleh
|
oleh administrator kluster. Kubernetes sendiri tidak dipengaruhi oleh
|
||||||
kelas apakah yang digunakan pada mekanisme penyimpanan yang digunakan.
|
kelas apakah yang digunakan pada mekanisme penyimpanan yang digunakan.
|
||||||
Mekanisme ini seringkali disebut sebagai _"profiles"_ pada sistem penyimpanan
|
Mekanisme ini seringkali disebut sebagai _"profiles"_ pada sistem penyimpanan
|
||||||
yang lain.
|
yang lain.
|
||||||
|
|
||||||
## Sumber daya StorageClass
|
## Sumber daya StorageClass
|
||||||
|
|
||||||
Setiap StorageClass (kelas penyimpanan) memiliki _field-field_ mendasar seperti
|
Setiap StorageClass (kelas penyimpanan) memiliki _field-field_ mendasar seperti
|
||||||
`provisioner`, `parameters`, dan `reclaimPolicy`, yang digunakan ketika
|
`provisioner`, `parameters`, dan `reclaimPolicy`, yang digunakan ketika
|
||||||
`PersistentVolume` yang dimiliki oleh kelas tersebut perlu disediakan (di-_provision_).
|
`PersistentVolume` yang dimiliki oleh kelas tersebut perlu disediakan (di-_provision_).
|
||||||
|
|
||||||
Nama yang digunakan oleh suatu StorageClass sifatnya penting, karena
|
Nama yang digunakan oleh suatu StorageClass sifatnya penting, karena
|
||||||
ini merupakan cara yang digunakan oleh pengguna untuk meminta
|
ini merupakan cara yang digunakan oleh pengguna untuk meminta
|
||||||
penyimpanan dengan kelas tertentu. Administrator dapat menentukan
|
penyimpanan dengan kelas tertentu. Administrator dapat menentukan
|
||||||
nama dan parameter lain dari suatu kelas ketika membuat suatu objek `StorageClass`,
|
nama dan parameter lain dari suatu kelas ketika membuat suatu objek `StorageClass`,
|
||||||
dan objek yang sudah dibuat tidak dapat diubah lagi definisinya.
|
dan objek yang sudah dibuat tidak dapat diubah lagi definisinya.
|
||||||
|
|
||||||
Administrator dapat memberikan spesifikasi StorageClass _default_ bagi
|
Administrator dapat memberikan spesifikasi StorageClass _default_ bagi
|
||||||
PVC yang tidak membutuhkan kelas tertentu untuk dapat melakukan mekanisme _bind_:
|
PVC yang tidak membutuhkan kelas tertentu untuk dapat melakukan mekanisme _bind_:
|
||||||
kamu dapat membaca [bagian `PersistentVolumeClaim`](/docs/concepts/storage/persistent-volumes/#class-1)
|
kamu dapat membaca [bagian `PersistentVolumeClaim`](/docs/concepts/storage/persistent-volumes/#class-1)
|
||||||
untuk penjelasan lebih lanjut.
|
untuk penjelasan lebih lanjut.
|
||||||
|
|
||||||
@@ -59,8 +59,8 @@ volumeBindingMode: Immediate
|
|||||||
|
|
||||||
### _Provisioner_
|
### _Provisioner_
|
||||||
|
|
||||||
Setiap kelas penyimpanan (_storage class_) memiliki sebuah _provisioner_ yang
|
Setiap kelas penyimpanan (_storage class_) memiliki sebuah _provisioner_ yang
|
||||||
menentukan _plugin_ manakah yang digunakan ketika sebuah PV disediakan (di-_provision_).
|
menentukan _plugin_ manakah yang digunakan ketika sebuah PV disediakan (di-_provision_).
|
||||||
_Field_ ini haruslah didefinisikan.
|
_Field_ ini haruslah didefinisikan.
|
||||||
|
|
||||||
| Plugin Volume | Provisioner Internal| Contoh Konfigurasi |
|
| Plugin Volume | Provisioner Internal| Contoh Konfigurasi |
|
||||||
@@ -85,104 +85,104 @@ _Field_ ini haruslah didefinisikan.
|
|||||||
| StorageOS | ✓ | [StorageOS](#storageos) |
|
| StorageOS | ✓ | [StorageOS](#storageos) |
|
||||||
| Local | - | [Local](#local) |
|
| Local | - | [Local](#local) |
|
||||||
|
|
||||||
Kamu tidak dibatasi untuk hanya menggunakan _provisioner_ internal yang disediakan
|
Kamu tidak dibatasi untuk hanya menggunakan _provisioner_ internal yang disediakan
|
||||||
pada list yang tersedia (yang memiliki nama dengan prefix "kubernetes.io" dan
|
pada list yang tersedia (yang memiliki nama dengan prefix "kubernetes.io" dan
|
||||||
didistribusikan bersamaan dengan Kubernetes). Kamu juga dapat menjalankan dan
|
didistribusikan bersamaan dengan Kubernetes). Kamu juga dapat menjalankan dan
|
||||||
mendefinisikan _provisioner_ eksternal yang merupakan program independen selama
|
mendefinisikan _provisioner_ eksternal yang merupakan program independen selama
|
||||||
program tersebut menerapkan [spesifikasi](https://git.k8s.io/community/contributors/design-proposals/storage/volume-provisioning.md)
|
program tersebut menerapkan [spesifikasi](https://git.k8s.io/community/contributors/design-proposals/storage/volume-provisioning.md)
|
||||||
yang didefinisikan oleh Kubernetes. Penulis dari _provisioner_ eksternal Kubernetes
|
yang didefinisikan oleh Kubernetes. Penulis dari _provisioner_ eksternal Kubernetes
|
||||||
memiliki kuasa penuh akan tempat dimana kode sumber yang mereka tulis, bagaimana
|
memiliki kuasa penuh akan tempat dimana kode sumber yang mereka tulis, bagaimana
|
||||||
mekanisme penyediaan (_provisioning_) dilakukan, serta bagaimana hal tersebut dapat dijalankan,
|
mekanisme penyediaan (_provisioning_) dilakukan, serta bagaimana hal tersebut dapat dijalankan,
|
||||||
serta _plugin_ volume apakah yang digunakan (termasuk Flex), dkk.
|
serta _plugin_ volume apakah yang digunakan (termasuk Flex), dkk.
|
||||||
Repositori [kubernetes-incubator/external-storage](https://github.com/kubernetes-incubator/external-storage)
|
Repositori [kubernetes-incubator/external-storage](https://github.com/kubernetes-incubator/external-storage)
|
||||||
menyimpan _library_ yang dibutukan untuk menulis _provisioner_ eksternal
|
menyimpan _library_ yang dibutukan untuk menulis _provisioner_ eksternal
|
||||||
yang mengimplementasi spesifikasi serta beberapa _provisioner_ eksternal yang
|
yang mengimplementasi spesifikasi serta beberapa _provisioner_ eksternal yang
|
||||||
dipelihara oleh komunitas.
|
dipelihara oleh komunitas.
|
||||||
|
|
||||||
Sebagai contoh, NFS tidak menyediakan _provisioner_ internal, tetapi
|
Sebagai contoh, NFS tidak menyediakan _provisioner_ internal, tetapi
|
||||||
sebuah _provisioner_ eksternal dapat digunakan. Beberapa _provisioner_ eksternal
|
sebuah _provisioner_ eksternal dapat digunakan. Beberapa _provisioner_ eksternal
|
||||||
dapat ditemukan di bawah repositori [kubernetes-incubator/external-storage](https://github.com/kubernetes-incubator/external-storage).
|
dapat ditemukan di bawah repositori [kubernetes-incubator/external-storage](https://github.com/kubernetes-incubator/external-storage).
|
||||||
Di sana juga terdapat beberapa kasus dimana vendor penyimpanan _3rd party_
|
Di sana juga terdapat beberapa kasus dimana vendor penyimpanan _3rd party_
|
||||||
menyediakan _provisioner_ eksternal yang mereka sediakan sendiri.
|
menyediakan _provisioner_ eksternal yang mereka sediakan sendiri.
|
||||||
|
|
||||||
### Perolehan Kembali untuk Kebijakan (_Reclaim Policy_)
|
### Perolehan Kembali untuk Kebijakan (_Reclaim Policy_)
|
||||||
|
|
||||||
_Persistent Volumes_ yang secara dinamis dibuat oleh sebuah kelas penyimpanan
|
_Persistent Volumes_ yang secara dinamis dibuat oleh sebuah kelas penyimpanan
|
||||||
akan memiliki _reclaim policy_ yang didefinisikan di dalam _field_ `reclaimPolicy`
|
akan memiliki _reclaim policy_ yang didefinisikan di dalam _field_ `reclaimPolicy`
|
||||||
dari kelas tersebut, yang nilainya dapat diisi dengan `Delete` atau `Retain`.
|
dari kelas tersebut, yang nilainya dapat diisi dengan `Delete` atau `Retain`.
|
||||||
Jika tidak terdapat `reclaimPolicy` yang dispesifikasikan ketika sebuah objek
|
Jika tidak terdapat `reclaimPolicy` yang dispesifikasikan ketika sebuah objek
|
||||||
StorageClass dibuat, maka nilai default bagi kelas tersebut adalah `Delete`.
|
StorageClass dibuat, maka nilai default bagi kelas tersebut adalah `Delete`.
|
||||||
|
|
||||||
PersistentVolume yang dibuat secara manual dan diatur dengan menggunakan
|
PersistentVolume yang dibuat secara manual dan diatur dengan menggunakan
|
||||||
kelas penyimpanan akan menggunakan _reclaim policy_ apapun yang diberikan
|
kelas penyimpanan akan menggunakan _reclaim policy_ apapun yang diberikan
|
||||||
pada saat objek tersebut dibuat.
|
pada saat objek tersebut dibuat.
|
||||||
|
|
||||||
### Pilihan _Mount_
|
### Pilihan _Mount_
|
||||||
|
|
||||||
PersistentVolume yang secara dinamis dibuat oleh sebuah kelas penyimpanan
|
PersistentVolume yang secara dinamis dibuat oleh sebuah kelas penyimpanan
|
||||||
akan memiliki pilihan _mount_ yang dapat dispesifikasikan pada _field_
|
akan memiliki pilihan _mount_ yang dapat dispesifikasikan pada _field_
|
||||||
`mountOptions` dari kelas tersebut.
|
`mountOptions` dari kelas tersebut.
|
||||||
|
|
||||||
Jika sebuah _plugin_ volume tidak mendukung pilihan _mount_
|
Jika sebuah _plugin_ volume tidak mendukung pilihan _mount_
|
||||||
yang dispesifikasikan, mekanisme penyediaan (_provision_) akan digagalkan. Pilihan _mount_
|
yang dispesifikasikan, mekanisme penyediaan (_provision_) akan digagalkan. Pilihan _mount_
|
||||||
yang akan divalidasi pada kelas penyimpanan maupun PV, maka _mount_ tersebut
|
yang akan divalidasi pada kelas penyimpanan maupun PV, maka _mount_ tersebut
|
||||||
akan gagal apabila salah satu dari keduanya bersifat invalid.
|
akan gagal apabila salah satu dari keduanya bersifat invalid.
|
||||||
|
|
||||||
### Mode Volume _Binding_
|
### Mode Volume _Binding_
|
||||||
|
|
||||||
_Field_ `volumeBindingMode` mengontrol kapan mekanisme [_binding_ volume dan
|
_Field_ `volumeBindingMode` mengontrol kapan mekanisme [_binding_ volume dan
|
||||||
_provisioning_ dinamis](/docs/concepts/storage/persistent-volumes/#provisioning)
|
_provisioning_ dinamis](/docs/concepts/storage/persistent-volumes/#provisioning)
|
||||||
harus dilakukan.
|
harus dilakukan.
|
||||||
|
|
||||||
Secara _default_, ketika mode `Immediate` yang mengindikasikan
|
Secara _default_, ketika mode `Immediate` yang mengindikasikan
|
||||||
terjadinya volume _binding_ dan _provisioning_ dinamis terjadi ketika
|
terjadinya volume _binding_ dan _provisioning_ dinamis terjadi ketika
|
||||||
PersistentVolumeClaim dibuat. Untuk _backend_ penyimpanan yang dibatasi oleh
|
PersistentVolumeClaim dibuat. Untuk _backend_ penyimpanan yang dibatasi oleh
|
||||||
topologi tertentu dan tidak dapat diakses secara global dari semua Node
|
topologi tertentu dan tidak dapat diakses secara global dari semua Node
|
||||||
yang ada di kluster, PersistentVolume akan di-_bound_ atau di-_provision_
|
yang ada di kluster, PersistentVolume akan di-_bound_ atau di-_provision_
|
||||||
tanpa perlu memenuhi persyaratan _scheduling_ dari Pod. Hal ini dapat menyebabkan
|
tanpa perlu memenuhi persyaratan _scheduling_ dari Pod. Hal ini dapat menyebabkan
|
||||||
adanya Pod yang tidak mendapatkan mekanisme _scheduling_.
|
adanya Pod yang tidak mendapatkan mekanisme _scheduling_.
|
||||||
|
|
||||||
Seorang administrator kluster dapat mengatasi hal tersebut dengan cara memberikan
|
Seorang administrator kluster dapat mengatasi hal tersebut dengan cara memberikan
|
||||||
spesifikasi mode `WaitForFirstConsumer` yang akan memperlambat mekanisme _provisioning_
|
spesifikasi mode `WaitForFirstConsumer` yang akan memperlambat mekanisme _provisioning_
|
||||||
dan _binding_ dari sebuah PersistentVolume hingga sebuah Pod yang menggunakan
|
dan _binding_ dari sebuah PersistentVolume hingga sebuah Pod yang menggunakan
|
||||||
PersistentVolumeClaim dibuat. PersistentVolume akan dipilih atau di-_provisioning_
|
PersistentVolumeClaim dibuat. PersistentVolume akan dipilih atau di-_provisioning_
|
||||||
sesuai dengan topologi yang dispesifikasikan oleh limitasi yang diberikan
|
sesuai dengan topologi yang dispesifikasikan oleh limitasi yang diberikan
|
||||||
oleh mekanisme _scheduling_ Pod. Hal ini termasuk, tetapi tidak hanya terbatas pada,
|
oleh mekanisme _scheduling_ Pod. Hal ini termasuk, tetapi tidak hanya terbatas pada,
|
||||||
[persyaratan sumber daya](/docs/concepts/configuration/manage-compute-resources-container),
|
[persyaratan sumber daya](/docs/concepts/configuration/manage-compute-resources-container),
|
||||||
[_node selector_](/docs/concepts/configuration/assign-pod-node/#nodeselector),
|
[_node selector_](/docs/concepts/configuration/assign-pod-node/#nodeselector),
|
||||||
[afinitas dan
|
[afinitas dan
|
||||||
anti-afinitas Pod](/docs/concepts/configuration/assign-pod-node/#affinity-and-anti-affinity),
|
anti-afinitas Pod](/docs/concepts/configuration/assign-pod-node/#affinity-and-anti-affinity),
|
||||||
serta [_taint_ dan _toleration_](/docs/concepts/configuration/taint-and-toleration).
|
serta [_taint_ dan _toleration_](/docs/concepts/configuration/taint-and-toleration).
|
||||||
|
|
||||||
Beberapa _plugin_ di bawah ini mendukung `WaitForFirstConsumer` dengan _provisioning_
|
Beberapa _plugin_ di bawah ini mendukung `WaitForFirstConsumer` dengan _provisioning_
|
||||||
dinamis:
|
dinamis:
|
||||||
|
|
||||||
* [AWSElasticBlockStore](#aws-ebs)
|
* [AWSElasticBlockStore](#aws-ebs)
|
||||||
* [GCEPersistentDisk](#gce-pd)
|
* [GCEPersistentDisk](#gce-pd)
|
||||||
* [AzureDisk](#azure-disk)
|
* [AzureDisk](#azure-disk)
|
||||||
|
|
||||||
Beberapa _plugin_ di bawah ini mendukung `WaitForFirstConsumer` dengan _binding_
|
Beberapa _plugin_ di bawah ini mendukung `WaitForFirstConsumer` dengan _binding_
|
||||||
PersistentVolume yang terlebih dahulu dibuat:
|
PersistentVolume yang terlebih dahulu dibuat:
|
||||||
|
|
||||||
* Semua hal di atas
|
* Semua hal di atas
|
||||||
* [Lokal](#lokal)
|
* [Lokal](#lokal)
|
||||||
|
|
||||||
{{< feature-state state="beta" for_k8s_version="1.14" >}}
|
{{< feature-state state="beta" for_k8s_version="1.14" >}}
|
||||||
[Volume-volume CSI](/docs/concepts/storage/volumes/#csi) juga didukung
|
[Volume-volume CSI](/docs/concepts/storage/volumes/#csi) juga didukung
|
||||||
dengan adanya _provisioning_ dinamis serta PV yang telah terlebih dahulu dibuat,
|
dengan adanya _provisioning_ dinamis serta PV yang telah terlebih dahulu dibuat,
|
||||||
meskipun demikian, akan lebih baik apabila kamu melihat dokumentasi
|
meskipun demikian, akan lebih baik apabila kamu melihat dokumentasi
|
||||||
untuk driver spesifik CSI untuk melihat topologi _key_ yang didukung
|
untuk driver spesifik CSI untuk melihat topologi _key_ yang didukung
|
||||||
beserta contoh penggunaannya. _Feature gate_ `CSINodeInfo` haruslah diaktifkan.
|
beserta contoh penggunaannya. _Feature gate_ `CSINodeInfo` haruslah diaktifkan.
|
||||||
|
|
||||||
### Topologi yang Diizinkan
|
### Topologi yang Diizinkan
|
||||||
|
|
||||||
Ketika sebuah operator kluster memberikan spesifikasi `WaitForFirstConsumer` pada
|
Ketika sebuah operator kluster memberikan spesifikasi `WaitForFirstConsumer` pada
|
||||||
mode `binding` volume, mekanisme pembatasan (restriksi) `provisioning` tidak lagi dibutuhkan
|
mode `binding` volume, mekanisme pembatasan (restriksi) `provisioning` tidak lagi dibutuhkan
|
||||||
pada sebagian besar kasus. Meskipun begitu, apabila hal tersebut masih dibutuhkan,
|
pada sebagian besar kasus. Meskipun begitu, apabila hal tersebut masih dibutuhkan,
|
||||||
`field` `allowedTopologies` dapat dispesifikasikan.
|
`field` `allowedTopologies` dapat dispesifikasikan.
|
||||||
|
|
||||||
Contoh ini memberikan demonstrasi bagaimana cara membatasi topologi
|
Contoh ini memberikan demonstrasi bagaimana cara membatasi topologi
|
||||||
dari volume yang di-_provision_ pada suatu zona spesifik serta harus digunakan
|
dari volume yang di-_provision_ pada suatu zona spesifik serta harus digunakan
|
||||||
sebagai pengganti parameter `zone` dam `zones` untuk `plugin` yang akan digunakan.
|
sebagai pengganti parameter `zone` dam `zones` untuk `plugin` yang akan digunakan.
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -204,11 +204,11 @@ allowedTopologies:
|
|||||||
|
|
||||||
## Parameter-Parameter
|
## Parameter-Parameter
|
||||||
|
|
||||||
Kelas-kelas penyimpanan memiliki parameter yang mendeskripsikan
|
Kelas-kelas penyimpanan memiliki parameter yang mendeskripsikan
|
||||||
volume yang dimiliki oleh kelas penyimpanan tersebut. Parameter yang berbeda
|
volume yang dimiliki oleh kelas penyimpanan tersebut. Parameter yang berbeda
|
||||||
bisa saja diterima bergantung pada `provisioner`. Sebagai contohnya, nilai `io1`,
|
bisa saja diterima bergantung pada `provisioner`. Sebagai contohnya, nilai `io1`,
|
||||||
untuk parameter `type`, dan parameter `iopsPerGB` spesifik terhadap EBS.
|
untuk parameter `type`, dan parameter `iopsPerGB` spesifik terhadap EBS.
|
||||||
Ketika sebuah parameter diabaikan, beberapa nilai _default_ akan digunakan sebagai
|
Ketika sebuah parameter diabaikan, beberapa nilai _default_ akan digunakan sebagai
|
||||||
gantinya.
|
gantinya.
|
||||||
|
|
||||||
### AWS EBS
|
### AWS EBS
|
||||||
@@ -225,29 +225,29 @@ parameters:
|
|||||||
fsType: ext4
|
fsType: ext4
|
||||||
```
|
```
|
||||||
|
|
||||||
* `type`: `io1`, `gp2`, `sc1`, `st1`. Lihat
|
* `type`: `io1`, `gp2`, `sc1`, `st1`. Lihat
|
||||||
[dokumentasi AWS](http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html)
|
[dokumentasi AWS](http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html)
|
||||||
untuk detail lebih lanjut. Nilai _default_: `gp2`.
|
untuk detail lebih lanjut. Nilai _default_: `gp2`.
|
||||||
* `zone` (_deprecated_): zona AWS. Jika tidak terdapat nilai `zone` atau `zones`
|
* `zone` (_deprecated_): zona AWS. Jika tidak terdapat nilai `zone` atau `zones`
|
||||||
yang dispesifikasikan, volume secara generik dijadwalkan dengan menggunakan
|
yang dispesifikasikan, volume secara generik dijadwalkan dengan menggunakan
|
||||||
penjadwalan `round-robin-ed` pada semua zona aktif yang ada pada kluster Kubernetes
|
penjadwalan `round-robin-ed` pada semua zona aktif yang ada pada kluster Kubernetes
|
||||||
yang memiliki _node_.
|
yang memiliki _node_.
|
||||||
* `zones` (_deprecated_): Nilai terpisahkan koma yang merupakan barisan zona pada AWS.
|
* `zones` (_deprecated_): Nilai terpisahkan koma yang merupakan barisan zona pada AWS.
|
||||||
Jika tidak terdapat nilai `zone` atau `zones` yang dispesifikasikan,
|
Jika tidak terdapat nilai `zone` atau `zones` yang dispesifikasikan,
|
||||||
volume secara generik dijadwalkan dengan menggunakan penjadwalan
|
volume secara generik dijadwalkan dengan menggunakan penjadwalan
|
||||||
`round-robin-ed` pada semua zona aktif yang ada pada kluster Kubernetes
|
`round-robin-ed` pada semua zona aktif yang ada pada kluster Kubernetes
|
||||||
yang memiliki _node_.
|
yang memiliki _node_.
|
||||||
* `iopsPerGB`: hanya untuk volume `io1`. Operasi per detik per GiB. Volume _plugin_
|
* `iopsPerGB`: hanya untuk volume `io1`. Operasi per detik per GiB. Volume _plugin_
|
||||||
AWS mengalikan nilai ini dengan ukuran volume yang dibutuhkan untuk menghitung IOPS
|
AWS mengalikan nilai ini dengan ukuran volume yang dibutuhkan untuk menghitung IOPS
|
||||||
dari volume (nilai maksimum yang didukung adalah 20,000 IOPS baca [dokumentasi
|
dari volume (nilai maksimum yang didukung adalah 20,000 IOPS baca [dokumentasi
|
||||||
AWS](http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html).
|
AWS](http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html).
|
||||||
Nilai masukan yang diharapkan merupakan string, misalnya `"10"`, bukan `10`.
|
Nilai masukan yang diharapkan merupakan string, misalnya `"10"`, bukan `10`.
|
||||||
* `fsType`: fsType yang didukung oleh Kubernetes. Nilai _default_-nya adalah: `"ext4"`.
|
* `fsType`: fsType yang didukung oleh Kubernetes. Nilai _default_-nya adalah: `"ext4"`.
|
||||||
* `encrypted`: menyatakan dimana volume EBS harus dienkripsi atau tidak.
|
* `encrypted`: menyatakan dimana volume EBS harus dienkripsi atau tidak.
|
||||||
Nilai yang valid adalah `"true"` atau `"false"` (dalam string bukan boolean i.e. `"true"`, bukan `true`).
|
Nilai yang valid adalah `"true"` atau `"false"` (dalam string bukan boolean i.e. `"true"`, bukan `true`).
|
||||||
* `kmsKeyId`: opsional. Merupakan nama dari Amazon Resource Name dari _key_ yang digunakan
|
* `kmsKeyId`: opsional. Merupakan nama dari Amazon Resource Name dari _key_ yang digunakan
|
||||||
untuk melakukan enkripsi volume. Jika nilai ini tidak disediakan tetapi nilai dari
|
untuk melakukan enkripsi volume. Jika nilai ini tidak disediakan tetapi nilai dari
|
||||||
_field_ `encrypted` adalah _true_, sebuah _key_ akan dibuat oleh AWS. Perhatikan dokumentasi AWS
|
_field_ `encrypted` adalah _true_, sebuah _key_ akan dibuat oleh AWS. Perhatikan dokumentasi AWS
|
||||||
untuk mengetahui nilai yang valid bagi ARN.
|
untuk mengetahui nilai yang valid bagi ARN.
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
@@ -269,28 +269,28 @@ parameters:
|
|||||||
```
|
```
|
||||||
|
|
||||||
* `type`: `pd-standard` atau `pd-ssd`. Nilai _default_: `pd-standard`
|
* `type`: `pd-standard` atau `pd-ssd`. Nilai _default_: `pd-standard`
|
||||||
* `zone` (_deprecated_): zona GCE. Jika tidak terdapat nilai `zone` atau `zones`
|
* `zone` (_deprecated_): zona GCE. Jika tidak terdapat nilai `zone` atau `zones`
|
||||||
yang dispesifikasikan, volume secara generik dijadwalkan dengan menggunakan
|
yang dispesifikasikan, volume secara generik dijadwalkan dengan menggunakan
|
||||||
penjadwalan `round-robin-ed` pada semua zona aktif yang ada pada kluster Kubernetes
|
penjadwalan `round-robin-ed` pada semua zona aktif yang ada pada kluster Kubernetes
|
||||||
yang memiliki _node_.
|
yang memiliki _node_.
|
||||||
* `zones` (_deprecated_): Nilai terpisahkan koma yang merupakan barisan zona.
|
* `zones` (_deprecated_): Nilai terpisahkan koma yang merupakan barisan zona.
|
||||||
Jika tidak terdapat nilai `zone` atau `zones` yang dispesifikasikan,
|
Jika tidak terdapat nilai `zone` atau `zones` yang dispesifikasikan,
|
||||||
volume secara generik dijadwalkan dengan menggunakan penjadwalan
|
volume secara generik dijadwalkan dengan menggunakan penjadwalan
|
||||||
`round-robin-ed` pada semua zona aktif yang ada pada kluster Kubernetes
|
`round-robin-ed` pada semua zona aktif yang ada pada kluster Kubernetes
|
||||||
yang memiliki _node_.
|
yang memiliki _node_.
|
||||||
* `replication-type`: `none` atau `regional-pd`. Nilai _default_: `none`.
|
* `replication-type`: `none` atau `regional-pd`. Nilai _default_: `none`.
|
||||||
|
|
||||||
Jika `replication-type` diubah menjadi `none`, sebuah PD reguler (zonal) akan
|
Jika `replication-type` diubah menjadi `none`, sebuah PD reguler (zonal) akan
|
||||||
di-_provisioning_.
|
di-_provisioning_.
|
||||||
|
|
||||||
Jika `replication-type` diubah menjadi `regional-pd`, sebuah
|
Jika `replication-type` diubah menjadi `regional-pd`, sebuah
|
||||||
[_Persistent_ Disk Regional (PD Regional)](https://cloud.google.com/compute/docs/disks/#repds)
|
[_Persistent_ Disk Regional (PD Regional)](https://cloud.google.com/compute/docs/disks/#repds)
|
||||||
akan di-_provisioning_. Pada kasus ini, pengguna harus menggunakan `zones`
|
akan di-_provisioning_. Pada kasus ini, pengguna harus menggunakan `zones`
|
||||||
dan bukan `zone` untuk menspesifikasikan zona replikasi yang diinginkan. Jika terdapat
|
dan bukan `zone` untuk menspesifikasikan zona replikasi yang diinginkan. Jika terdapat
|
||||||
tepat dua zona yang dispesifikasikan, PD Regional akan di-_provisioning_ pada
|
tepat dua zona yang dispesifikasikan, PD Regional akan di-_provisioning_ pada
|
||||||
zona replikasi yang diinginkan. Jika terdapat lebih dari 2 zona yang dispesifikasikan,
|
zona replikasi yang diinginkan. Jika terdapat lebih dari 2 zona yang dispesifikasikan,
|
||||||
Kubernetes akan memilih secara acak zona dari zona-zona yang dispesifikasikan. Jika
|
Kubernetes akan memilih secara acak zona dari zona-zona yang dispesifikasikan. Jika
|
||||||
parameter `zones` tidak diinisialisasi, Kubernetes akan memilih secara acak dari
|
parameter `zones` tidak diinisialisasi, Kubernetes akan memilih secara acak dari
|
||||||
zona yang diatur oleh kluster Kubernetes.
|
zona yang diatur oleh kluster Kubernetes.
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
@@ -318,28 +318,28 @@ parameters:
|
|||||||
volumetype: "replicate:3"
|
volumetype: "replicate:3"
|
||||||
```
|
```
|
||||||
|
|
||||||
* `resturl`: Servis REST Gluster/URL servis Heketi yang digunakan untuk
|
* `resturl`: Servis REST Gluster/URL servis Heketi yang digunakan untuk
|
||||||
melakukan _provisioning_ volume gluster sesuai dengan kebutuhan. Format secara umum
|
melakukan _provisioning_ volume gluster sesuai dengan kebutuhan. Format secara umum
|
||||||
haruslah dalam bentuk `IPaddress:Port` dan hal ini merupakan parameter wajib untuk
|
haruslah dalam bentuk `IPaddress:Port` dan hal ini merupakan parameter wajib untuk
|
||||||
_provisioner_ dinamis GlusterFS. Jika servis Heketi diekspos sebagai servis yang dapat
|
_provisioner_ dinamis GlusterFS. Jika servis Heketi diekspos sebagai servis yang dapat
|
||||||
melakukan _routing_ pada pengaturan openshift/kubernetes, ini dapat memiliki
|
melakukan _routing_ pada pengaturan openshift/kubernetes, ini dapat memiliki
|
||||||
format yang sesuai dengan `http://heketi-storage-project.cloudapps.mystorage.com`
|
format yang sesuai dengan `http://heketi-storage-project.cloudapps.mystorage.com`
|
||||||
dimana fqdn yang ada merupakan URL servis Heketi yang dapat di-_resolve_.
|
dimana fqdn yang ada merupakan URL servis Heketi yang dapat di-_resolve_.
|
||||||
* `restauthenabled` : Servis REST Gluster menyediakan nilai boolean yang dapat digunakan
|
* `restauthenabled` : Servis REST Gluster menyediakan nilai boolean yang dapat digunakan
|
||||||
untuk mengajukan `authentication` untuk server REST yang ada. Jika nilai yang disediakan
|
untuk mengajukan `authentication` untuk server REST yang ada. Jika nilai yang disediakan
|
||||||
adalah `"true"`, dengan kondisi dimana `restuser` dan `restuserkey` atau `secretNamespace` + `secretName`
|
adalah `"true"`, dengan kondisi dimana `restuser` dan `restuserkey` atau `secretNamespace` + `secretName`
|
||||||
harus diisi. Opsi ini sudah_deprecated_, mekanisme otentikasi akan diizinkan apabila
|
harus diisi. Opsi ini sudah_deprecated_, mekanisme otentikasi akan diizinkan apabila
|
||||||
salah satu dari _field_ `restuser`, `restuserkey`, `secretName` atau `secretNamespace` diterapkan.
|
salah satu dari _field_ `restuser`, `restuserkey`, `secretName` atau `secretNamespace` diterapkan.
|
||||||
* `restuser` : Pengguna servis REST Gluster/Heketi yang memiliki akses
|
* `restuser` : Pengguna servis REST Gluster/Heketi yang memiliki akses
|
||||||
untuk membuat volume di dalam Trusted Pool Gluster.
|
untuk membuat volume di dalam Trusted Pool Gluster.
|
||||||
* `restuserkey` : Password pengguna servis REST Gluster/Heketi
|
* `restuserkey` : Password pengguna servis REST Gluster/Heketi
|
||||||
yang digunakan untuk mekanisme otentikasi server REST. Parameter ini _deprecated_
|
yang digunakan untuk mekanisme otentikasi server REST. Parameter ini _deprecated_
|
||||||
dan digantikan dengan parameter `secretNamespace` + `secretName`.
|
dan digantikan dengan parameter `secretNamespace` + `secretName`.
|
||||||
* `secretNamespace`, `secretName` : Identifikasi instans Secret yang mengandung
|
* `secretNamespace`, `secretName` : Identifikasi instans Secret yang mengandung
|
||||||
password pengguna yang digunakan untuk berkomunikasi dengan servis REST Gluster.
|
password pengguna yang digunakan untuk berkomunikasi dengan servis REST Gluster.
|
||||||
Parameter ini dianggap opsional, password kosong dapat digunakan ketika
|
Parameter ini dianggap opsional, password kosong dapat digunakan ketika
|
||||||
nilai dari `secretNamespace` dan `secretName` tidak dispesifikasikan.
|
nilai dari `secretNamespace` dan `secretName` tidak dispesifikasikan.
|
||||||
Secret yang disediakan haruslah memiliki tipe `"kubernetes.io/glusterfs"`,
|
Secret yang disediakan haruslah memiliki tipe `"kubernetes.io/glusterfs"`,
|
||||||
yang dapat dibuat dengan menggunakan mekanisme dibawah ini:
|
yang dapat dibuat dengan menggunakan mekanisme dibawah ini:
|
||||||
|
|
||||||
```
|
```
|
||||||
@@ -348,38 +348,38 @@ parameters:
|
|||||||
--namespace=default
|
--namespace=default
|
||||||
```
|
```
|
||||||
|
|
||||||
Contoh Secret dapat ditemukan pada berkas berikut
|
Contoh Secret dapat ditemukan pada berkas berikut
|
||||||
[glusterfs-provisioning-secret.yaml](https://github.com/kubernetes/examples/tree/master/staging/persistent-volume-provisioning/glusterfs/glusterfs-secret.yaml).
|
[glusterfs-provisioning-secret.yaml](https://github.com/kubernetes/examples/tree/master/staging/persistent-volume-provisioning/glusterfs/glusterfs-secret.yaml).
|
||||||
|
|
||||||
* `clusterid`: `630372ccdc720a92c681fb928f27b53f` merupakan ID dari kluster
|
* `clusterid`: `630372ccdc720a92c681fb928f27b53f` merupakan ID dari kluster
|
||||||
yang akan digunakan oleh Heketi ketikan melakukan _provisioning_ volume. ID ini juga
|
yang akan digunakan oleh Heketi ketikan melakukan _provisioning_ volume. ID ini juga
|
||||||
dapat berupa serangkaian list, misalnya: `"8452344e2becec931ece4e33c4674e4e,42982310de6c63381718ccfa6d8cf397"`.
|
dapat berupa serangkaian list, misalnya: `"8452344e2becec931ece4e33c4674e4e,42982310de6c63381718ccfa6d8cf397"`.
|
||||||
Parameter ini merupakan parameter opsional.
|
Parameter ini merupakan parameter opsional.
|
||||||
* `gidMin`, `gidMax` : Nilai minimum dan maksimum dari GID untuk kelas penyimpanan (_storage class_).
|
* `gidMin`, `gidMax` : Nilai minimum dan maksimum dari GID untuk kelas penyimpanan (_storage class_).
|
||||||
Sebuah nilai unik dari GID di dalam _range_ ( gidMin-gidMax ) ini akan digunakan untuk melakukan
|
Sebuah nilai unik dari GID di dalam _range_ ( gidMin-gidMax ) ini akan digunakan untuk melakukan
|
||||||
_provisioning_ volume secara dinamis. Nilai ini bersifat opsional. Jika tidak dispesifikasikan,
|
_provisioning_ volume secara dinamis. Nilai ini bersifat opsional. Jika tidak dispesifikasikan,
|
||||||
volume akan secara default di-_provisioning_ dalam _range_ 2000-2147483647 yang merupakan nilai default
|
volume akan secara default di-_provisioning_ dalam _range_ 2000-2147483647 yang merupakan nilai default
|
||||||
dari gidMin dan gidMax.
|
dari gidMin dan gidMax.
|
||||||
* `volumetype` : Tipe volume beserta paremeter-nya dapat diatur dengan menggunakan nilai opsional
|
* `volumetype` : Tipe volume beserta paremeter-nya dapat diatur dengan menggunakan nilai opsional
|
||||||
berikut. Jika tipe dari volume tidak dispesifikasikan, maka _provisioner_ akan memutuskan tipe
|
berikut. Jika tipe dari volume tidak dispesifikasikan, maka _provisioner_ akan memutuskan tipe
|
||||||
volume apakah yang akan digunakan.
|
volume apakah yang akan digunakan.
|
||||||
|
|
||||||
Sebagai contoh:
|
Sebagai contoh:
|
||||||
|
|
||||||
* Volume replika: `volumetype: replicate:3` dimana '3' merupakan jumlah replika.
|
* Volume replika: `volumetype: replicate:3` dimana '3' merupakan jumlah replika.
|
||||||
|
|
||||||
* Persebaran (_Disperse_)/EC volume: `volumetype: disperse:4:2` dimana'4' merupakan data dan '2' merupakan jumlah redundansi.
|
* Persebaran (_Disperse_)/EC volume: `volumetype: disperse:4:2` dimana'4' merupakan data dan '2' merupakan jumlah redundansi.
|
||||||
|
|
||||||
* Distribusi volume: `volumetype: none`
|
* Distribusi volume: `volumetype: none`
|
||||||
|
|
||||||
Untuk tipe volume apa saja yang tersedia dan berbagai opsi administrasi yang ada, kamu dapat membaca
|
Untuk tipe volume apa saja yang tersedia dan berbagai opsi administrasi yang ada, kamu dapat membaca
|
||||||
[Petunjuk Administrasi](https://access.redhat.com/documentation/en-US/Red_Hat_Storage/3.1/html/Administration_Guide/part-Overview.html).
|
[Petunjuk Administrasi](https://access.redhat.com/documentation/en-US/Red_Hat_Storage/3.1/html/Administration_Guide/part-Overview.html).
|
||||||
|
|
||||||
Untuk informasi lebih lanjut, kamu dapat membaca
|
Untuk informasi lebih lanjut, kamu dapat membaca
|
||||||
[Bagaimana Cara Mengatur Heketi](https://github.com/heketi/heketi/wiki/Setting-up-the-topology).
|
[Bagaimana Cara Mengatur Heketi](https://github.com/heketi/heketi/wiki/Setting-up-the-topology).
|
||||||
|
|
||||||
Ketika PersistentVolume di-_provisioning_ secara dinamis, plugin Gluster secara otomatis
|
Ketika PersistentVolume di-_provisioning_ secara dinamis, plugin Gluster secara otomatis
|
||||||
akan membuat _endpoint_ serta sebuah servis _headless_ dengan nama `gluster-dynamic-<claimname>`.
|
akan membuat _endpoint_ serta sebuah servis _headless_ dengan nama `gluster-dynamic-<claimname>`.
|
||||||
_Endpoint_ dinamis dan servis secara otomatis akan dihapus ketika PVC dihapus.
|
_Endpoint_ dinamis dan servis secara otomatis akan dihapus ketika PVC dihapus.
|
||||||
|
|
||||||
### OpenStack Cinder
|
### OpenStack Cinder
|
||||||
@@ -394,8 +394,8 @@ parameters:
|
|||||||
availability: nova
|
availability: nova
|
||||||
```
|
```
|
||||||
|
|
||||||
* `availability`: Zona _Availability_. Jika tidak dispesifikasikan, secara umum volume akan
|
* `availability`: Zona _Availability_. Jika tidak dispesifikasikan, secara umum volume akan
|
||||||
diatur dengan menggunakan algoritma _round-robin_ pada semua zona aktif
|
diatur dengan menggunakan algoritma _round-robin_ pada semua zona aktif
|
||||||
dimana kluster Kubernetes memiliki sebuah node.
|
dimana kluster Kubernetes memiliki sebuah node.
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
@@ -433,9 +433,9 @@ _Provisioner_ internal OpenStack ini sudah _deprecated_. Kamu dapat menggunakan
|
|||||||
```
|
```
|
||||||
|
|
||||||
`datastore`: Pengguna juga dapat menspesifikasikan _datastore_ pada StorageClass.
|
`datastore`: Pengguna juga dapat menspesifikasikan _datastore_ pada StorageClass.
|
||||||
Volume akan dibuat pada datastore yang dispesifikasikan pada kelas penyimpanan,
|
Volume akan dibuat pada datastore yang dispesifikasikan pada kelas penyimpanan,
|
||||||
dalam hal ini adalah `VSANDatastore`. _Field_ ini bersifat opsional. Jika _datastore_
|
dalam hal ini adalah `VSANDatastore`. _Field_ ini bersifat opsional. Jika _datastore_
|
||||||
tidak dispesifikasikan, maka volume akan dibuat dengan menggunakan _datastore_ yang dispesifikasikan
|
tidak dispesifikasikan, maka volume akan dibuat dengan menggunakan _datastore_ yang dispesifikasikan
|
||||||
pada berkas konfigurasi vSphere yang digunakan untuk menginisialisasi penyedia layanan cloud vSphere.
|
pada berkas konfigurasi vSphere yang digunakan untuk menginisialisasi penyedia layanan cloud vSphere.
|
||||||
|
|
||||||
3. Manajemen Kebijakan Penyimpanan di dalam Kubernetes
|
3. Manajemen Kebijakan Penyimpanan di dalam Kubernetes
|
||||||
@@ -443,29 +443,29 @@ _Provisioner_ internal OpenStack ini sudah _deprecated_. Kamu dapat menggunakan
|
|||||||
* Menggunakan kebijakan (_policy_) yang ada pada vCenter
|
* Menggunakan kebijakan (_policy_) yang ada pada vCenter
|
||||||
|
|
||||||
Salah satu dari fitur paling penting yang ada pada vSphere untuk manajemen penyimpanan
|
Salah satu dari fitur paling penting yang ada pada vSphere untuk manajemen penyimpanan
|
||||||
adalah manajemen bebasis _policy_. Storage Policy Based Management (SPBM) adalah _framework_
|
adalah manajemen bebasis _policy_. Storage Policy Based Management (SPBM) adalah _framework_
|
||||||
yang menyediakan sebuah _control plane_ terpadu pada _data service_ yang meluas dan
|
yang menyediakan sebuah _control plane_ terpadu pada _data service_ yang meluas dan
|
||||||
solusi penyimpanannya yang tersedia. SPBM memungkinkan administrator vSphere menghadapi
|
solusi penyimpanannya yang tersedia. SPBM memungkinkan administrator vSphere menghadapi
|
||||||
permasalahan yang mungkin muncul seperti _capacity planning_, membedakan level servis, dan
|
permasalahan yang mungkin muncul seperti _capacity planning_, membedakan level servis, dan
|
||||||
melakukan manajemen _headroom capacity_.
|
melakukan manajemen _headroom capacity_.
|
||||||
|
|
||||||
_Policy_ SPBM dapat dispesifikasikan pada StorageClass menggunakan parameter
|
_Policy_ SPBM dapat dispesifikasikan pada StorageClass menggunakan parameter
|
||||||
`storagePolicyName`.
|
`storagePolicyName`.
|
||||||
|
|
||||||
* Dukungan _policy_ SAN virtual di dalam Kubernetes
|
* Dukungan _policy_ SAN virtual di dalam Kubernetes
|
||||||
|
|
||||||
Administrator _Vsphere Infrastructure_ (VI) akan memiliki kemampuan
|
Administrator _Vsphere Infrastructure_ (VI) akan memiliki kemampuan
|
||||||
untuk menspesifikasikan Virtual SAN Storage Capabilities khusus
|
untuk menspesifikasikan Virtual SAN Storage Capabilities khusus
|
||||||
selama masa _provisioning_ volume secara dinamis. Persyaratan kapabilitas
|
selama masa _provisioning_ volume secara dinamis. Persyaratan kapabilitas
|
||||||
penyimpanan diubah menjadi sebuah _policy_ Virtual SAN yang nantinya akan
|
penyimpanan diubah menjadi sebuah _policy_ Virtual SAN yang nantinya akan
|
||||||
dimasukkan ke dalam lapisan Virtual SAN ketika sebuah _persitent volume_ (penyimpanan
|
dimasukkan ke dalam lapisan Virtual SAN ketika sebuah _persitent volume_ (penyimpanan
|
||||||
virtual) dibuat. Penyimpanan virtual kemudian akan didistribusikan pada semua
|
virtual) dibuat. Penyimpanan virtual kemudian akan didistribusikan pada semua
|
||||||
_datastore_ Virtual SAN untuk memenuhi kebutuhan ini.
|
_datastore_ Virtual SAN untuk memenuhi kebutuhan ini.
|
||||||
|
|
||||||
Kamu dapat melihat [_Policy_ Penyimpanan Berdasarkan Manajemen untuk _Provisioning_ Dinamis Volume](https://vmware.github.io/vsphere-storage-for-kubernetes/documentation/policy-based-mgmt.html)
|
Kamu dapat melihat [_Policy_ Penyimpanan Berdasarkan Manajemen untuk _Provisioning_ Dinamis Volume](https://vmware.github.io/vsphere-storage-for-kubernetes/documentation/policy-based-mgmt.html)
|
||||||
untuk detil lebih lanjut mengenai penggunaan _policy_ penyimpanan untuk manajemen _persistent volume_.
|
untuk detil lebih lanjut mengenai penggunaan _policy_ penyimpanan untuk manajemen _persistent volume_.
|
||||||
|
|
||||||
Terdapat beberapa
|
Terdapat beberapa
|
||||||
[contoh vSphere](https://github.com/kubernetes/examples/tree/master/staging/volumes/vsphere)
|
[contoh vSphere](https://github.com/kubernetes/examples/tree/master/staging/volumes/vsphere)
|
||||||
yang dapat kamu gunakan untuk mencoba manajemen _persistent volume_ di dalam Kubernetes untuk vSpehere.
|
yang dapat kamu gunakan untuk mencoba manajemen _persistent volume_ di dalam Kubernetes untuk vSpehere.
|
||||||
|
|
||||||
@@ -498,10 +498,10 @@ parameters:
|
|||||||
Secret yang dibutuhkan haruslah memiliki tipe "kubernetes.io/rbd".
|
Secret yang dibutuhkan haruslah memiliki tipe "kubernetes.io/rbd".
|
||||||
* `adminSecretNamespace`: Namespace untuk `adminSecretName`. Nilai _default_-nya adalah "default".
|
* `adminSecretNamespace`: Namespace untuk `adminSecretName`. Nilai _default_-nya adalah "default".
|
||||||
* `pool`: Pool Ceph RBD. Nilai _default_-nya adalah "rbd".
|
* `pool`: Pool Ceph RBD. Nilai _default_-nya adalah "rbd".
|
||||||
* `userId`: Klien ID Ceph yang digunakan untuk melakukan pemetaan image RBD. Nilai _default_-nya sama dengan
|
* `userId`: Klien ID Ceph yang digunakan untuk melakukan pemetaan image RBD. Nilai _default_-nya sama dengan
|
||||||
`adminId`.
|
`adminId`.
|
||||||
* `userSecretName`: Nama Secret Ceph untuk `userId` yang digunakan untuk memetakan image RBD.
|
* `userSecretName`: Nama Secret Ceph untuk `userId` yang digunakan untuk memetakan image RBD.
|
||||||
Secret ini harus berada pada namespace yang sama dengan PVC. Parameter ini dibutuhkan.
|
Secret ini harus berada pada namespace yang sama dengan PVC. Parameter ini dibutuhkan.
|
||||||
Secret yang disediakan haruslah memiliki tipe "kubernetes.io/rbd", dibuat dengan cara:
|
Secret yang disediakan haruslah memiliki tipe "kubernetes.io/rbd", dibuat dengan cara:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
@@ -512,7 +512,7 @@ parameters:
|
|||||||
* `userSecretNamespace`: Namespace untuk `userSecretName`.
|
* `userSecretNamespace`: Namespace untuk `userSecretName`.
|
||||||
* `fsType`: fsType yang didukung oleh kubernetes. Nilai _default_-nya adalah: `"ext4"`.
|
* `fsType`: fsType yang didukung oleh kubernetes. Nilai _default_-nya adalah: `"ext4"`.
|
||||||
* `imageFormat`: Format image Ceph RBD, nilai yang mungkin adalah "1" atau "2". Nilai _default_-nya adalah "2".
|
* `imageFormat`: Format image Ceph RBD, nilai yang mungkin adalah "1" atau "2". Nilai _default_-nya adalah "2".
|
||||||
* `imageFeatures`: Parameter ini bersifat opsional dan hanya dapat digunakan jika kamu mengganti nilai
|
* `imageFeatures`: Parameter ini bersifat opsional dan hanya dapat digunakan jika kamu mengganti nilai
|
||||||
dari `imageFormat` ke "2". Saat ini fitur yang didukung hanyalah `layering`.
|
dari `imageFormat` ke "2". Saat ini fitur yang didukung hanyalah `layering`.
|
||||||
Nilai _default_-nya adalah "", dan tidak ada fitur yang diaktifkan.
|
Nilai _default_-nya adalah "", dan tidak ada fitur yang diaktifkan.
|
||||||
|
|
||||||
@@ -535,16 +535,16 @@ parameters:
|
|||||||
quobyteTenant: "DEFAULT"
|
quobyteTenant: "DEFAULT"
|
||||||
```
|
```
|
||||||
|
|
||||||
* `quobyteAPIServer`: API Server dari Quobyte dalam format
|
* `quobyteAPIServer`: API Server dari Quobyte dalam format
|
||||||
`"http(s)://api-server:7860"`
|
`"http(s)://api-server:7860"`
|
||||||
* `registry`: Registri Quobyte yang digunakan untuk melakukan _mount_ volume. Kamu dapat menspesifikasikan
|
* `registry`: Registri Quobyte yang digunakan untuk melakukan _mount_ volume. Kamu dapat menspesifikasikan
|
||||||
registri yang kamu inginkan dengan format pasangan ``<host>:<port>`` atau jika kamu ingin mendefinisikan
|
registri yang kamu inginkan dengan format pasangan ``<host>:<port>`` atau jika kamu ingin mendefinisikan
|
||||||
beberapa registri sekaligus kamu dapat menempatkan koma diantara setiap pasangan ``<host>:<port>`` yang ada,
|
beberapa registri sekaligus kamu dapat menempatkan koma diantara setiap pasangan ``<host>:<port>`` yang ada,
|
||||||
misalnya ``<host1>:<port>,<host2>:<port>,<host3>:<port>``.
|
misalnya ``<host1>:<port>,<host2>:<port>,<host3>:<port>``.
|
||||||
Host dapat berupa alamat IP atau DNS.
|
Host dapat berupa alamat IP atau DNS.
|
||||||
* `adminSecretNamespace`: Namespace `adminSecretName`. Nilai default-nya adalah "default".
|
* `adminSecretNamespace`: Namespace `adminSecretName`. Nilai default-nya adalah "default".
|
||||||
* `adminSecretName`: Secret yang mengandung informasi mengenai pengguna Quobyte dan
|
* `adminSecretName`: Secret yang mengandung informasi mengenai pengguna Quobyte dan
|
||||||
password yang digunakan untuk melakukan otentikasi API server. Secret yang digunakan
|
password yang digunakan untuk melakukan otentikasi API server. Secret yang digunakan
|
||||||
haruslah memiliki tipe "kubernetes.io/quobyte", yang dibuat dengan mekanisme berikut:
|
haruslah memiliki tipe "kubernetes.io/quobyte", yang dibuat dengan mekanisme berikut:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
@@ -553,11 +553,11 @@ parameters:
|
|||||||
--namespace=kube-system
|
--namespace=kube-system
|
||||||
```
|
```
|
||||||
|
|
||||||
* `user`: Melakukan pemetaan terhadap semua akses yang dimiliki pengguna.
|
* `user`: Melakukan pemetaan terhadap semua akses yang dimiliki pengguna.
|
||||||
Nilai _default_-nya adalah "root".
|
Nilai _default_-nya adalah "root".
|
||||||
* `group`: Melakukan pemetaan terhadap semua group. Nilai _default_-nya adalah "nfsnobody".
|
* `group`: Melakukan pemetaan terhadap semua group. Nilai _default_-nya adalah "nfsnobody".
|
||||||
* `quobyteConfig`: Menggunakan konfigurasi spesifik untuk membuat volume.
|
* `quobyteConfig`: Menggunakan konfigurasi spesifik untuk membuat volume.
|
||||||
Kamu dapat membuat sebuah file konfigurasi atau melakukan modifikasi terhadap konfigurasi yang sudah ada
|
Kamu dapat membuat sebuah file konfigurasi atau melakukan modifikasi terhadap konfigurasi yang sudah ada
|
||||||
dengan menggunakan tatap muka Web atau CLI quobyte. Nilai _default_-nya adalah "BASE".
|
dengan menggunakan tatap muka Web atau CLI quobyte. Nilai _default_-nya adalah "BASE".
|
||||||
* `quobyteTenant`: Menggunakan ID tenant yang dispesifikasikan untuk membuat/menghapus volume.
|
* `quobyteTenant`: Menggunakan ID tenant yang dispesifikasikan untuk membuat/menghapus volume.
|
||||||
_Tenant_ Quobyte haruslah sudah berada di dalam Quobyte. Nilai _default_-nya adalah "DEFAULT".
|
_Tenant_ Quobyte haruslah sudah berada di dalam Quobyte. Nilai _default_-nya adalah "DEFAULT".
|
||||||
@@ -580,9 +580,9 @@ parameters:
|
|||||||
|
|
||||||
* `skuName`: Akun penyimpanan Azure yang ada pada tingkatan Sku. Nilai _default_-nya adalah kosong.
|
* `skuName`: Akun penyimpanan Azure yang ada pada tingkatan Sku. Nilai _default_-nya adalah kosong.
|
||||||
* `location`: Lokasi akun penyimpanan Azure. Nilai _default_-nya adalah kosong.
|
* `location`: Lokasi akun penyimpanan Azure. Nilai _default_-nya adalah kosong.
|
||||||
* `storageAccount`: Nama akun penyimpanan Azure. Jika sebuan akun penyimpanan disediakan,
|
* `storageAccount`: Nama akun penyimpanan Azure. Jika sebuan akun penyimpanan disediakan,
|
||||||
akun tersebut haruslah berada pada grup sumber daya yang ada dengan kluster,
|
akun tersebut haruslah berada pada grup sumber daya yang ada dengan kluster,
|
||||||
dan `location` akan diabaikan. Jika sebuah akun penyimpanan tidak disediakan, sebuah akun penyimpanan
|
dan `location` akan diabaikan. Jika sebuah akun penyimpanan tidak disediakan, sebuah akun penyimpanan
|
||||||
baru akan dibuat pada grup sumber daya yang ada dengan kluster.
|
baru akan dibuat pada grup sumber daya yang ada dengan kluster.
|
||||||
|
|
||||||
#### Kelas Penyimpanan Disk Azure yang Baru (mulai versi v1.7.2)
|
#### Kelas Penyimpanan Disk Azure yang Baru (mulai versi v1.7.2)
|
||||||
@@ -600,15 +600,15 @@ parameters:
|
|||||||
|
|
||||||
* `storageaccounttype`: Akun penyimpanan Azure yang ada pada tingkatan Sku. Nilai _default_-nya adalah kosong.
|
* `storageaccounttype`: Akun penyimpanan Azure yang ada pada tingkatan Sku. Nilai _default_-nya adalah kosong.
|
||||||
* `kind`: Nilai yang mungkin adalah `shared` (default), `dedicated`, dan `managed`.
|
* `kind`: Nilai yang mungkin adalah `shared` (default), `dedicated`, dan `managed`.
|
||||||
Ketika `kind` yang digunakan adalah `shared`, semua disk yang tidak di-_manage_ akan
|
Ketika `kind` yang digunakan adalah `shared`, semua disk yang tidak di-_manage_ akan
|
||||||
dibuat pada beberapa akun penyimpanan yang ada pada grup sumber daya yang sama dengan kluster.
|
dibuat pada beberapa akun penyimpanan yang ada pada grup sumber daya yang sama dengan kluster.
|
||||||
Ketika `kind` yang digunakan adalah `dedicated`, sebuah akun penyimpanan
|
Ketika `kind` yang digunakan adalah `dedicated`, sebuah akun penyimpanan
|
||||||
baru akan dibuat pada grup sumber daya yang ada dengan kluster. Ketika `kind` yang digunakan adalah
|
baru akan dibuat pada grup sumber daya yang ada dengan kluster. Ketika `kind` yang digunakan adalah
|
||||||
`managed`, semua disk yang dikelola akan dibuat pada grup sumber daya yang ada dengan kluster.
|
`managed`, semua disk yang dikelola akan dibuat pada grup sumber daya yang ada dengan kluster.
|
||||||
|
|
||||||
- VM premium dapat di-_attach_ baik pada Standard_LRS dan Premium_LRS disks, sementara Standard
|
- VM premium dapat di-_attach_ baik pada Standard_LRS dan Premium_LRS disks, sementara Standard
|
||||||
VM hanya dapat di-_attach_ pada disk Standard_LRS.
|
VM hanya dapat di-_attach_ pada disk Standard_LRS.
|
||||||
- VM yang dikelola hanya dapat meng-_attach_ disk yang dikelola dan VM yang tidak dikelola hanya dapat
|
- VM yang dikelola hanya dapat meng-_attach_ disk yang dikelola dan VM yang tidak dikelola hanya dapat
|
||||||
meng-_attach_ disk yang tidak dikelola.
|
meng-_attach_ disk yang tidak dikelola.
|
||||||
|
|
||||||
### Berkas Azure
|
### Berkas Azure
|
||||||
@@ -627,13 +627,13 @@ parameters:
|
|||||||
|
|
||||||
* `skuName`: Akun penyimpanan Azure yang ada pada tingkatan Sku. Nilai _default_-nya adalah kosong.
|
* `skuName`: Akun penyimpanan Azure yang ada pada tingkatan Sku. Nilai _default_-nya adalah kosong.
|
||||||
* `location`: Lokasi akun penyimpanan Azure. Nilai _default_-nya adalah kosong.
|
* `location`: Lokasi akun penyimpanan Azure. Nilai _default_-nya adalah kosong.
|
||||||
* `storageAccount`: Nama akun penyimpanan Azure. Nilai _default_-nya adalah kosong. Jika sebuah penyimpanan
|
* `storageAccount`: Nama akun penyimpanan Azure. Nilai _default_-nya adalah kosong. Jika sebuah penyimpanan
|
||||||
tidak memiliki sebuah akun yang disediakan, semua akun penyimpanan yang diasosiasikan dengan
|
tidak memiliki sebuah akun yang disediakan, semua akun penyimpanan yang diasosiasikan dengan
|
||||||
grup sumber daya yang ada dan kemudian melakukan pencarian terhadap akun yang sesuai dengan
|
grup sumber daya yang ada dan kemudian melakukan pencarian terhadap akun yang sesuai dengan
|
||||||
`skuName` dan `location`. Jika sebuah akun penyimpanan disediakan, akun tersebut haruslah berada
|
`skuName` dan `location`. Jika sebuah akun penyimpanan disediakan, akun tersebut haruslah berada
|
||||||
di dalam grup sumber daya yang sama dengan kluster, serta `skuName` dan `location` akan diabaikan.
|
di dalam grup sumber daya yang sama dengan kluster, serta `skuName` dan `location` akan diabaikan.
|
||||||
|
|
||||||
Selama _provision_, sebuah secret dibuat untuk menyimpan _credentials_. Jika kluster
|
Selama _provision_, sebuah secret dibuat untuk menyimpan _credentials_. Jika kluster
|
||||||
menggunakan konsep [RBAC](/docs/reference/access-authn-authz/rbac/) dan
|
menggunakan konsep [RBAC](/docs/reference/access-authn-authz/rbac/) dan
|
||||||
[_Roles_ Controller](/docs/reference/access-authn-authz/rbac/#controller-roles),
|
[_Roles_ Controller](/docs/reference/access-authn-authz/rbac/#controller-roles),
|
||||||
menambahkan kapabilitas `create` untuk sumber daya `secret` bagi clusterrole
|
menambahkan kapabilitas `create` untuk sumber daya `secret` bagi clusterrole
|
||||||
@@ -656,22 +656,22 @@ parameters:
|
|||||||
|
|
||||||
* `fs`: filesystem yang akan digunakan: `none/xfs/ext4` (nilai default-nya: `ext4`).
|
* `fs`: filesystem yang akan digunakan: `none/xfs/ext4` (nilai default-nya: `ext4`).
|
||||||
* `block_size`: ukuran block dalam Kbytes (nilai _default_-nya: `32`).
|
* `block_size`: ukuran block dalam Kbytes (nilai _default_-nya: `32`).
|
||||||
* `repl`: jumlah replika _synchronous_ yang dapat disediakan dalam bentuk
|
* `repl`: jumlah replika _synchronous_ yang dapat disediakan dalam bentuk
|
||||||
faktor replikasi `1..3` (nilai _default_-nya: `1`) Nilai yang diharapkan dalam bentuk String
|
faktor replikasi `1..3` (nilai _default_-nya: `1`) Nilai yang diharapkan dalam bentuk String
|
||||||
`"1"` dan bukan `1`.
|
`"1"` dan bukan `1`.
|
||||||
* `io_priority`: menentukan apakah volume yang dibuat akan dari penyimpanan dengan kualitas
|
* `io_priority`: menentukan apakah volume yang dibuat akan dari penyimpanan dengan kualitas
|
||||||
tinggi atau rendah dengan urutan prioritas `high/medium/low` (nilai _default_-nya: `low`).
|
tinggi atau rendah dengan urutan prioritas `high/medium/low` (nilai _default_-nya: `low`).
|
||||||
* `snap_interval`: interval waktu dalam menit yang digunakan untuk melakukan _trigger_ _snapshots_.
|
* `snap_interval`: interval waktu dalam menit yang digunakan untuk melakukan _trigger_ _snapshots_.
|
||||||
_Snapshots_ dibuat secara inkremen berdasarkan perbedaan yang ada dengan _snapshot_ yang dibuat sebelumnya,
|
_Snapshots_ dibuat secara inkremen berdasarkan perbedaan yang ada dengan _snapshot_ yang dibuat sebelumnya,
|
||||||
nilai perbedaan 0 akan menonaktifkan pembuatan _snapshot_ (nilai default-nya: `0`). Sebuah string merupakan nilai
|
nilai perbedaan 0 akan menonaktifkan pembuatan _snapshot_ (nilai default-nya: `0`). Sebuah string merupakan nilai
|
||||||
yang diharapkan `"70"` dan bukan `70`.
|
yang diharapkan `"70"` dan bukan `70`.
|
||||||
* `aggregation_level`: menspesifikasikan jumlah _chunks_ dimana volume akan didistribusikan,
|
* `aggregation_level`: menspesifikasikan jumlah _chunks_ dimana volume akan didistribusikan,
|
||||||
0 mengindikasikan volume yang _non-aggregate_ (nilai default-nya: `0`). Sebuah string merupakan nilai
|
0 mengindikasikan volume yang _non-aggregate_ (nilai default-nya: `0`). Sebuah string merupakan nilai
|
||||||
yang diharapkan `"0"` dan bukan `0`.
|
yang diharapkan `"0"` dan bukan `0`.
|
||||||
* `ephemeral`: menentukan apakah volume harus dihapus setelah di-_unmount_
|
* `ephemeral`: menentukan apakah volume harus dihapus setelah di-_unmount_
|
||||||
atau harus tetap ada. Penggunaan `emptyDir` dapat diubah menjadi true dan penggunaan
|
atau harus tetap ada. Penggunaan `emptyDir` dapat diubah menjadi true dan penggunaan
|
||||||
`persistent volumes` untuk basisdata seperti Cassandra harus diubah menjadi false`,
|
`persistent volumes` untuk basisdata seperti Cassandra harus diubah menjadi false`,
|
||||||
true/false` (nilai default-nya: `false`). Sebuah string merupakan nilai
|
true/false` (nilai default-nya: `false`). Sebuah string merupakan nilai
|
||||||
yang diharapkan `"true"` dan bukan `true`.
|
yang diharapkan `"true"` dan bukan `true`.
|
||||||
|
|
||||||
### ScaleIO
|
### ScaleIO
|
||||||
@@ -705,7 +705,7 @@ parameters:
|
|||||||
* `fsType`: filesystem yang digunakan untuk volume (nilai default-nya: ext4)
|
* `fsType`: filesystem yang digunakan untuk volume (nilai default-nya: ext4)
|
||||||
|
|
||||||
Plugin volume ScaleIO Kubernetes membutuhkan objek Secret yang suda dikonfigurasi sebelumnya.
|
Plugin volume ScaleIO Kubernetes membutuhkan objek Secret yang suda dikonfigurasi sebelumnya.
|
||||||
Secret ini harus dibuat dengan tipe `kubernetes.io/scaleio` dan menggunakan namespace yang sama
|
Secret ini harus dibuat dengan tipe `kubernetes.io/scaleio` dan menggunakan namespace yang sama
|
||||||
dengan PVC yang dirujuk, seperti ditunjukkan pada contoh yang ada:
|
dengan PVC yang dirujuk, seperti ditunjukkan pada contoh yang ada:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
@@ -730,24 +730,24 @@ parameters:
|
|||||||
adminSecretName: storageos-secret
|
adminSecretName: storageos-secret
|
||||||
```
|
```
|
||||||
|
|
||||||
* `pool`: Nama kapasitas distribusi StorageOS yang digunakan untuk melakukan
|
* `pool`: Nama kapasitas distribusi StorageOS yang digunakan untuk melakukan
|
||||||
_provisioning_ volume. _Pool_ default akan digunakan apabila nilainya tidak dispesifikasikan.
|
_provisioning_ volume. _Pool_ default akan digunakan apabila nilainya tidak dispesifikasikan.
|
||||||
* `description`: Deskripsi untuk melakukan _assignment_ volume yang baru dibuat secara dinamis.
|
* `description`: Deskripsi untuk melakukan _assignment_ volume yang baru dibuat secara dinamis.
|
||||||
Semua deskripsi volume akan bernilai sama untuk kelas penyimpanan yang sama, meskipun begitu
|
Semua deskripsi volume akan bernilai sama untuk kelas penyimpanan yang sama, meskipun begitu
|
||||||
kelas penyimpanan yang berbeda dapat digunakan untuk membuat deskripsi yang berbeda untuk penggunaan
|
kelas penyimpanan yang berbeda dapat digunakan untuk membuat deskripsi yang berbeda untuk penggunaan
|
||||||
yang berbeda. Nilai default-nya adalah `Kubernetes volume`.
|
yang berbeda. Nilai default-nya adalah `Kubernetes volume`.
|
||||||
* `fsType`: Tipe filesystem default yang digunakan. Perhatikan bahwa aturan
|
* `fsType`: Tipe filesystem default yang digunakan. Perhatikan bahwa aturan
|
||||||
yang didefinisikan oleh pengguna di dalam StirageOS dapat meng-_override_ nilai ini.
|
yang didefinisikan oleh pengguna di dalam StirageOS dapat meng-_override_ nilai ini.
|
||||||
Nilai default-nya adalah `ext4`.
|
Nilai default-nya adalah `ext4`.
|
||||||
* `adminSecretNamespace`: Namespace dimana konfigurasi secret API berada. Hal ini bersifat wajib
|
* `adminSecretNamespace`: Namespace dimana konfigurasi secret API berada. Hal ini bersifat wajib
|
||||||
apabila adminSecretName diaktifkan.
|
apabila adminSecretName diaktifkan.
|
||||||
* `adminSecretName`: Nama secret yang digunakan untuk memperoleh _credentials_ StorageOS
|
* `adminSecretName`: Nama secret yang digunakan untuk memperoleh _credentials_ StorageOS
|
||||||
API. Jika tidak dispesifikasikan, nilaidefault akan digunakan.
|
API. Jika tidak dispesifikasikan, nilaidefault akan digunakan.
|
||||||
|
|
||||||
Plugin volume dapat menggunakan objek Secret untuk menspesifikasikan
|
Plugin volume dapat menggunakan objek Secret untuk menspesifikasikan
|
||||||
endpoint dan kredensial yang digunakan untuk mengakses API StorageOS.
|
endpoint dan kredensial yang digunakan untuk mengakses API StorageOS.
|
||||||
Hal ini hanya akan dibutuhkan apabila terdapat perubahan pada nilai _default_.
|
Hal ini hanya akan dibutuhkan apabila terdapat perubahan pada nilai _default_.
|
||||||
Secret ini harus dibuat dengan tipe `kubernetes.io/storageos`,
|
Secret ini harus dibuat dengan tipe `kubernetes.io/storageos`,
|
||||||
seperti ditunjukkan pada contoh yang ada:
|
seperti ditunjukkan pada contoh yang ada:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
@@ -759,9 +759,9 @@ kubectl create secret generic storageos-secret \
|
|||||||
--namespace=default
|
--namespace=default
|
||||||
```
|
```
|
||||||
|
|
||||||
Secret yang digunakan untuk melakukan _provisioning_ volume secara dinamis
|
Secret yang digunakan untuk melakukan _provisioning_ volume secara dinamis
|
||||||
dapat dibuat di namespace apapun dan dirujuk dengan menggunakan parameter `adminSecretNamespace`.
|
dapat dibuat di namespace apapun dan dirujuk dengan menggunakan parameter `adminSecretNamespace`.
|
||||||
Secret yang digunakan oleh volume yang sedang di-_provisioning_ harus dibuat pada namespace yang sama
|
Secret yang digunakan oleh volume yang sedang di-_provisioning_ harus dibuat pada namespace yang sama
|
||||||
dengan PVC yang merujuk secret tersebut.
|
dengan PVC yang merujuk secret tersebut.
|
||||||
|
|
||||||
### Lokal
|
### Lokal
|
||||||
@@ -777,12 +777,12 @@ provisioner: kubernetes.io/no-provisioner
|
|||||||
volumeBindingMode: WaitForFirstConsumer
|
volumeBindingMode: WaitForFirstConsumer
|
||||||
```
|
```
|
||||||
|
|
||||||
Volume lokal tidak mendukung adanya _provisioning_ secara dinamis,
|
Volume lokal tidak mendukung adanya _provisioning_ secara dinamis,
|
||||||
meskipun begitu sebuah StorageClass akan tetap dibuat untuk mencegah terjadinya _bind_ volume
|
meskipun begitu sebuah StorageClass akan tetap dibuat untuk mencegah terjadinya _bind_ volume
|
||||||
sampai _scheduling_ pod dilakukan. Hal ini dispesifikasikan oleh mode _binding_ volume
|
sampai _scheduling_ pod dilakukan. Hal ini dispesifikasikan oleh mode _binding_ volume
|
||||||
`WaitForFirstConsumer`.
|
`WaitForFirstConsumer`.
|
||||||
|
|
||||||
Memperlambat _binding_ volume mengizinkan _scheduler_ untuk memastikan
|
Memperlambat _binding_ volume mengizinkan _scheduler_ untuk memastikan
|
||||||
batasan _scheduling_ semua pod ketika memilih PersistentVolume untuk sebuah PersistentVolumeClaim.
|
batasan _scheduling_ semua pod ketika memilih PersistentVolume untuk sebuah PersistentVolumeClaim.
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|||||||
@@ -9,7 +9,7 @@ Laman ini menjelaskan soal jumlah volume maksimal yang dapat dihubungkan
|
|||||||
ke sebuah Node untuk berbagai penyedia layanan cloud.
|
ke sebuah Node untuk berbagai penyedia layanan cloud.
|
||||||
|
|
||||||
Penyedia layanan cloud seperti Google, Amazon, dan Microsoft pada umumnya memiliki
|
Penyedia layanan cloud seperti Google, Amazon, dan Microsoft pada umumnya memiliki
|
||||||
keterbatasan dalam jumlah volume yang bisa terhubung ke sebuah Node. Keterbatasn ini
|
keterbatasan dalam jumlah volume yang bisa terhubung ke sebuah Node. Keterbatasn ini
|
||||||
sangatlah penting untuk diketahui Kubernetes dalam menentukan keputusan. Jika tidak,
|
sangatlah penting untuk diketahui Kubernetes dalam menentukan keputusan. Jika tidak,
|
||||||
Pod-pod yang telah dijadwalkan pada sebuah Node akan macet dan menunggu terus-menerus
|
Pod-pod yang telah dijadwalkan pada sebuah Node akan macet dan menunggu terus-menerus
|
||||||
untuk terhubung pada volume.
|
untuk terhubung pada volume.
|
||||||
|
|||||||
@@ -411,7 +411,7 @@ spec:
|
|||||||
|
|
||||||
### glusterfs {#glusterfs}
|
### glusterfs {#glusterfs}
|
||||||
|
|
||||||
Sebuah Volume `glusterfs` memungkinkan sebuah volume [Glusterfs](http://www.gluster.org) (sebuah proyek _open-source_ _filesystem_ berbasis jaringan) untuk ditambatkan ke dalam Pod kamu.
|
Sebuah Volume `glusterfs` memungkinkan sebuah volume [Glusterfs](http://www.gluster.org) (sebuah proyek _open-source_ _filesystem_ berbasis jaringan) untuk ditambatkan ke dalam Pod kamu.
|
||||||
Tidak seperti `emptyDir` yang ikut dihapus saat Pod dihapus, isi dari sebuah `glusterfs` dipertahankan dan _volume_-nya hanya dilepaskan tambatannya. Hal ini berarti sebuah `glusterfs` dapat diisi terlebih dahulu dengan data, dan data tersebut dapat "dioper" diantara Pod-pod. GlusterFS dapat ditambatkan kepada beberapa penulis secara bersamaan.
|
Tidak seperti `emptyDir` yang ikut dihapus saat Pod dihapus, isi dari sebuah `glusterfs` dipertahankan dan _volume_-nya hanya dilepaskan tambatannya. Hal ini berarti sebuah `glusterfs` dapat diisi terlebih dahulu dengan data, dan data tersebut dapat "dioper" diantara Pod-pod. GlusterFS dapat ditambatkan kepada beberapa penulis secara bersamaan.
|
||||||
|
|
||||||
{{< caution >}}
|
{{< caution >}}
|
||||||
@@ -478,7 +478,7 @@ spec:
|
|||||||
|
|
||||||
### iscsi {#iscsi}
|
### iscsi {#iscsi}
|
||||||
|
|
||||||
Sebuah Volume `iscsi` memungkinkan sebuah volume iSCSI (_SCSI over IP_) yang sudah ada untuk ditambatkan ke dalam Pod kamu.
|
Sebuah Volume `iscsi` memungkinkan sebuah volume iSCSI (_SCSI over IP_) yang sudah ada untuk ditambatkan ke dalam Pod kamu.
|
||||||
Tidak seperti `emptyDir` yang ikut dihapus saat Pod dihapus, isi dari sebuah `iscsi` dipertahankan dan _volume_-nya hanya dilepaskan tambatannya. Hal ini berarti sebuah `iscsi` dapat diisi terlebih dahulu dengan data, dan data tersebut dapat "dioper" diantara Pod-pod.
|
Tidak seperti `emptyDir` yang ikut dihapus saat Pod dihapus, isi dari sebuah `iscsi` dipertahankan dan _volume_-nya hanya dilepaskan tambatannya. Hal ini berarti sebuah `iscsi` dapat diisi terlebih dahulu dengan data, dan data tersebut dapat "dioper" diantara Pod-pod.
|
||||||
|
|
||||||
{{< caution >}}
|
{{< caution >}}
|
||||||
@@ -572,7 +572,7 @@ Saat ini, tipe-tipe sumber Volume berikut dapat diproyeksikan:
|
|||||||
Semua sumber harus berada pada `namespace` yang sama dengan Pod yang menggunakannya. Untuk lebih lanjut, lihat [dokumen desain Volume](https://github.com/kubernetes/community/blob/{{< param "githubbranch" >}}/contributors/design-proposals/node/all-in-one-volume.md).
|
Semua sumber harus berada pada `namespace` yang sama dengan Pod yang menggunakannya. Untuk lebih lanjut, lihat [dokumen desain Volume](https://github.com/kubernetes/community/blob/{{< param "githubbranch" >}}/contributors/design-proposals/node/all-in-one-volume.md).
|
||||||
|
|
||||||
Proyeksi `serviceAccountToken` adalah fitur yang diperkenalkan pada Kubernetes 1.11 dan dipromosikan menjadi Beta pada 1.12.
|
Proyeksi `serviceAccountToken` adalah fitur yang diperkenalkan pada Kubernetes 1.11 dan dipromosikan menjadi Beta pada 1.12.
|
||||||
Untuk mengaktifkan fitur inipada 1.11, kamu harus menyetel [feature gate](/docs/reference/command-line-tools-reference/feature-gates/) `TokenRequestProjection` secara eksplisit menjadi `True`.
|
Untuk mengaktifkan fitur inipada 1.11, kamu harus menyetel [feature gate](/docs/reference/command-line-tools-reference/feature-gates/) `TokenRequestProjection` secara eksplisit menjadi `True`.
|
||||||
|
|
||||||
#### Contoh Pod dengan sebuah Secret, Downward API, dan ConfigMap.
|
#### Contoh Pod dengan sebuah Secret, Downward API, dan ConfigMap.
|
||||||
|
|
||||||
@@ -725,7 +725,7 @@ Kamu harus sudah memiliki instalasi Quobyte dengan volume yang sudah disediakan
|
|||||||
{{< /caution >}}
|
{{< /caution >}}
|
||||||
|
|
||||||
Quobyte mendukung {{< glossary_tooltip text="Container Storage Interface" term_id="csi" >}}.
|
Quobyte mendukung {{< glossary_tooltip text="Container Storage Interface" term_id="csi" >}}.
|
||||||
CSI adalah _plugin_ yang direkomendasikan untuk menggunakan Volume Quobyte di dalam Kubernetes. Ada [petunjuk dan contoh](https://github.com/quobyte/quobyte-csi#quobyte-csi) untuk menggunakan Quobyte menggunakan CSI pada proyek GitHub Quobyte.j
|
CSI adalah _plugin_ yang direkomendasikan untuk menggunakan Volume Quobyte di dalam Kubernetes. Ada [petunjuk dan contoh](https://github.com/quobyte/quobyte-csi#quobyte-csi) untuk menggunakan Quobyte menggunakan CSI pada proyek GitHub Quobyte.j
|
||||||
|
|
||||||
### rbd {#rbd}
|
### rbd {#rbd}
|
||||||
|
|
||||||
@@ -1108,7 +1108,7 @@ Nilai-nilainya adalah sebagai berikut:
|
|||||||
Mode ini setara dengan _mount propagation_ `private`, seperti yang dideskripsikan pada [dokumentasi kernel Linux](https://www.kernel.org/doc/Documentation/filesystems/sharedsubtree.txt)
|
Mode ini setara dengan _mount propagation_ `private`, seperti yang dideskripsikan pada [dokumentasi kernel Linux](https://www.kernel.org/doc/Documentation/filesystems/sharedsubtree.txt)
|
||||||
|
|
||||||
* `HostToContainer` - Tambatan volume ini akan menerima semua tambatan selanjutnya yang ditambatkan pada volume ini atau pada apapun sub-direktori yang dimilikinya.
|
* `HostToContainer` - Tambatan volume ini akan menerima semua tambatan selanjutnya yang ditambatkan pada volume ini atau pada apapun sub-direktori yang dimilikinya.
|
||||||
|
|
||||||
Dalam kata lain, jika _host_ yang bersangkutan menambatkan apapun di dalam tambatan volume, Container akan melihatnya ditambatkan di sana.
|
Dalam kata lain, jika _host_ yang bersangkutan menambatkan apapun di dalam tambatan volume, Container akan melihatnya ditambatkan di sana.
|
||||||
|
|
||||||
Secara serupa, jika ada Pod dengan _mount propagation_ `Bidirectional` terhadap volume yang sama menambatkan apapun ke situ, maka Container dengan _mount propagation_ `HostToContainer` akan melihatnya.
|
Secara serupa, jika ada Pod dengan _mount propagation_ `Bidirectional` terhadap volume yang sama menambatkan apapun ke situ, maka Container dengan _mount propagation_ `HostToContainer` akan melihatnya.
|
||||||
|
|||||||
@@ -49,7 +49,7 @@ metadata:
|
|||||||
```
|
```
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Referensi pemilik lintas _namespace_ tidak diperbolehkan oleh desain. Artinya:
|
Referensi pemilik lintas _namespace_ tidak diperbolehkan oleh desain. Artinya:
|
||||||
1) Dependen dengan cakupan _namespace_ hanya bisa menspesifikasikan pemilik jika berada di _namespace_ yang sama, dan pemilik memiliki cakupan kluster.
|
1) Dependen dengan cakupan _namespace_ hanya bisa menspesifikasikan pemilik jika berada di _namespace_ yang sama, dan pemilik memiliki cakupan kluster.
|
||||||
2) Dependen dengan cakupan kluster hanya bisa menspesifikasikan pemilik yang memiliki cakupan kluster, tetapi tidak berlaku untuk pemilik yang memiliki cakupan kluster.
|
2) Dependen dengan cakupan kluster hanya bisa menspesifikasikan pemilik yang memiliki cakupan kluster, tetapi tidak berlaku untuk pemilik yang memiliki cakupan kluster.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
@@ -82,7 +82,7 @@ Pada *foreground cascading deletion*, pertama objek utama akan memasuki keadaan
|
|||||||
Sebelum Kubernetes 1.9, kebijakan _default_ dari _garbage collection_ untuk banyak _resource controller_ adalah **orphan**. Ini meliputi ReplicationController, ReplicaSet, StatefulSet, DaemonSet, dan Deployment. Untuk jenis pada kelompok versi `extensions/v1beta1`, `apps/v1beta1`, dan `apps/v1beta2`, kecuali kamu menspesifikasikan dengan cara lain, objek dependen adalah _orphan_ secara _default_. Pada Kubernetes 1.9, untuk semua jenis pada kelompok versi `apps/v1`, objek dependen dihapus secara _default_.
|
Sebelum Kubernetes 1.9, kebijakan _default_ dari _garbage collection_ untuk banyak _resource controller_ adalah **orphan**. Ini meliputi ReplicationController, ReplicaSet, StatefulSet, DaemonSet, dan Deployment. Untuk jenis pada kelompok versi `extensions/v1beta1`, `apps/v1beta1`, dan `apps/v1beta2`, kecuali kamu menspesifikasikan dengan cara lain, objek dependen adalah _orphan_ secara _default_. Pada Kubernetes 1.9, untuk semua jenis pada kelompok versi `apps/v1`, objek dependen dihapus secara _default_.
|
||||||
|
|
||||||
Berikut sebuah contoh yang menghapus dependen di _background_:
|
Berikut sebuah contoh yang menghapus dependen di _background_:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
kubectl proxy --port=8080
|
kubectl proxy --port=8080
|
||||||
curl -X DELETE localhost:8080/apis/apps/v1/namespaces/default/replicasets/my-repset \
|
curl -X DELETE localhost:8080/apis/apps/v1/namespaces/default/replicasets/my-repset \
|
||||||
|
|||||||
@@ -8,13 +8,13 @@ weight: 65
|
|||||||
|
|
||||||
{{< feature-state for_k8s_version="v1.12" state="alpha" >}}
|
{{< feature-state for_k8s_version="v1.12" state="alpha" >}}
|
||||||
|
|
||||||
Pengendali TTL menyediakan mekanisme TTL yang membatasi umur dari suatu
|
Pengendali TTL menyediakan mekanisme TTL yang membatasi umur dari suatu
|
||||||
objek sumber daya yang telah selesai digunakan. Pengendali TTL untuk saat ini hanya menangani
|
objek sumber daya yang telah selesai digunakan. Pengendali TTL untuk saat ini hanya menangani
|
||||||
[Jobs](/docs/concepts/workloads/controllers/jobs-run-to-completion/),
|
[Jobs](/docs/concepts/workloads/controllers/jobs-run-to-completion/),
|
||||||
dan nantinya bisa saja digunakan untuk sumber daya lain yang telah selesai digunakan
|
dan nantinya bisa saja digunakan untuk sumber daya lain yang telah selesai digunakan
|
||||||
misalnya saja Pod atau sumber daya khusus (_custom resource_) lainnya.
|
misalnya saja Pod atau sumber daya khusus (_custom resource_) lainnya.
|
||||||
|
|
||||||
Peringatan Fitur Alpha: fitur ini tergolong datam fitur alpha dan dapat diaktifkan dengan
|
Peringatan Fitur Alpha: fitur ini tergolong datam fitur alpha dan dapat diaktifkan dengan
|
||||||
[_feature gate_](/docs/reference/command-line-tools-reference/feature-gates/)
|
[_feature gate_](/docs/reference/command-line-tools-reference/feature-gates/)
|
||||||
`TTLAfterFinished`.
|
`TTLAfterFinished`.
|
||||||
|
|
||||||
@@ -28,33 +28,33 @@ Peringatan Fitur Alpha: fitur ini tergolong datam fitur alpha dan dapat diaktifk
|
|||||||
|
|
||||||
## Pengendali TTL
|
## Pengendali TTL
|
||||||
|
|
||||||
Pengendali TTL untuk saat ini hanya mendukung Job. Sebuah operator kluster
|
Pengendali TTL untuk saat ini hanya mendukung Job. Sebuah operator kluster
|
||||||
dapat menggunakan fitur ini untuk membersihkan Job yang telah dieksekusi (baik
|
dapat menggunakan fitur ini untuk membersihkan Job yang telah dieksekusi (baik
|
||||||
`Complete` atau `Failed`) secara otomatis dengan menentukan _field_
|
`Complete` atau `Failed`) secara otomatis dengan menentukan _field_
|
||||||
`.spec.ttlSecondsAfterFinished` pada Job, seperti yang tertera di
|
`.spec.ttlSecondsAfterFinished` pada Job, seperti yang tertera di
|
||||||
[contoh](/docs/concepts/workloads/controllers/jobs-run-to-completion/#clean-up-finished-jobs-automatically).
|
[contoh](/docs/concepts/workloads/controllers/jobs-run-to-completion/#clean-up-finished-jobs-automatically).
|
||||||
Pengendali TTL akan berasumsi bahwa sebuah sumber daya dapat dihapus apabila
|
Pengendali TTL akan berasumsi bahwa sebuah sumber daya dapat dihapus apabila
|
||||||
TTL dari sumber daya tersebut telah habis. Proses dihapusnya sumber daya ini
|
TTL dari sumber daya tersebut telah habis. Proses dihapusnya sumber daya ini
|
||||||
dilakukan secara berantai, dimana sumber daya lain yang
|
dilakukan secara berantai, dimana sumber daya lain yang
|
||||||
berkaitan akan ikut terhapus. Perhatikan bahwa ketika sebuah sumber daya dihapus,
|
berkaitan akan ikut terhapus. Perhatikan bahwa ketika sebuah sumber daya dihapus,
|
||||||
siklus hidup yang ada akan menjaga bahwa _finalizer_ akan tetap dijalankan sebagaimana mestinya.
|
siklus hidup yang ada akan menjaga bahwa _finalizer_ akan tetap dijalankan sebagaimana mestinya.
|
||||||
|
|
||||||
Waktu TTL dalam detik dapat diatur kapan pun. Terdapat beberapa contoh untuk mengaktifkan _field_
|
Waktu TTL dalam detik dapat diatur kapan pun. Terdapat beberapa contoh untuk mengaktifkan _field_
|
||||||
`.spec.ttlSecondsAfterFinished` pada suatu Job:
|
`.spec.ttlSecondsAfterFinished` pada suatu Job:
|
||||||
|
|
||||||
* Spesifikasikan _field_ ini pada _manifest_ sumber daya, sehingga Job akan
|
* Spesifikasikan _field_ ini pada _manifest_ sumber daya, sehingga Job akan
|
||||||
dihapus secara otomatis beberapa saat setelah selesai dieksekusi.
|
dihapus secara otomatis beberapa saat setelah selesai dieksekusi.
|
||||||
* Aktifkan _field_ ini pada sumber daya yang sudah selesai dieksekusi untuk
|
* Aktifkan _field_ ini pada sumber daya yang sudah selesai dieksekusi untuk
|
||||||
menerapkan fitur ini.
|
menerapkan fitur ini.
|
||||||
* Gunakan sebuah
|
* Gunakan sebuah
|
||||||
[mengubah (_mutating_) _admission)](/docs/reference/access-authn-authz/extensible-admission-controllers/#admission-webhooks)
|
[mengubah (_mutating_) _admission)](/docs/reference/access-authn-authz/extensible-admission-controllers/#admission-webhooks)
|
||||||
untuk mengaktifkan _field_ ini secara dinamis pada saat pembuatan sumber daya.
|
untuk mengaktifkan _field_ ini secara dinamis pada saat pembuatan sumber daya.
|
||||||
Administrator kluster dapat menggunakan hal ini untuk menjamin kebijakan (_policy_) TTL pada
|
Administrator kluster dapat menggunakan hal ini untuk menjamin kebijakan (_policy_) TTL pada
|
||||||
sumber daya yang telah selesai digunakan.
|
sumber daya yang telah selesai digunakan.
|
||||||
* Gunakan sebuah
|
* Gunakan sebuah
|
||||||
[mengubah (_mutating_) _admission](/docs/reference/access-authn-authz/extensible-admission-controllers/#admission-webhooks)
|
[mengubah (_mutating_) _admission](/docs/reference/access-authn-authz/extensible-admission-controllers/#admission-webhooks)
|
||||||
untuk mengaktifkan _field_ ini secara dinamis setelah sumber daya
|
untuk mengaktifkan _field_ ini secara dinamis setelah sumber daya
|
||||||
selesai digunakan dan TTL didefinisikan sesuai dengan status, label, atau hal lain
|
selesai digunakan dan TTL didefinisikan sesuai dengan status, label, atau hal lain
|
||||||
yang diinginkan.
|
yang diinginkan.
|
||||||
|
|
||||||
## Peringatan
|
## Peringatan
|
||||||
@@ -62,20 +62,20 @@ Waktu TTL dalam detik dapat diatur kapan pun. Terdapat beberapa contoh untuk men
|
|||||||
### Mengubah TTL Detik
|
### Mengubah TTL Detik
|
||||||
|
|
||||||
Perhatikan bahwa periode TTL, yaitu _field_ `.spec.ttlSecondsAfterFinished` pada Job,
|
Perhatikan bahwa periode TTL, yaitu _field_ `.spec.ttlSecondsAfterFinished` pada Job,
|
||||||
dapat dimodifikasi baik setelah sumber daya dibuat atau setelah selesai digunakan.
|
dapat dimodifikasi baik setelah sumber daya dibuat atau setelah selesai digunakan.
|
||||||
Meskipun begitu, setelah Job dapat dihapus (TTL sudah habis), sistem tidak akan
|
Meskipun begitu, setelah Job dapat dihapus (TTL sudah habis), sistem tidak akan
|
||||||
menjamin Job tersebut akan tetap ada, meskipun nilai TTL berhasil diubah.
|
menjamin Job tersebut akan tetap ada, meskipun nilai TTL berhasil diubah.
|
||||||
|
|
||||||
### _Time Skew_
|
### _Time Skew_
|
||||||
|
|
||||||
Karena pengendali TTL menggunakan cap waktu (_timestamp_) yang disimpan di sumber daya
|
Karena pengendali TTL menggunakan cap waktu (_timestamp_) yang disimpan di sumber daya
|
||||||
Kubernetes untuk menentukan apakah TTL sudah habis atau belum, fitur ini tidak sensitif
|
Kubernetes untuk menentukan apakah TTL sudah habis atau belum, fitur ini tidak sensitif
|
||||||
terhadap _time skew_ yang ada pada kluster dan bisa saja menghapus objek pada waktu yang salah
|
terhadap _time skew_ yang ada pada kluster dan bisa saja menghapus objek pada waktu yang salah
|
||||||
bagi objek tersebut akibat adanya _time skew_.
|
bagi objek tersebut akibat adanya _time skew_.
|
||||||
|
|
||||||
Pada Kubernetes, NTP haruslah dilakukan pada semua node untuk mecegah adanya _time skew_
|
Pada Kubernetes, NTP haruslah dilakukan pada semua node untuk mecegah adanya _time skew_
|
||||||
(lihat [#6159](https://github.com/kubernetes/kubernetes/issues/6159#issuecomment-93844058)).
|
(lihat [#6159](https://github.com/kubernetes/kubernetes/issues/6159#issuecomment-93844058)).
|
||||||
_Clock_ tidak akan selalu tepat, meskipun begitu perbedaan yang ada haruslah diminimalisasi.
|
_Clock_ tidak akan selalu tepat, meskipun begitu perbedaan yang ada haruslah diminimalisasi.
|
||||||
Perhatikan bahwa hal ini dapat terjadi apabila TTL diaktifkan dengan nilai selain 0.
|
Perhatikan bahwa hal ini dapat terjadi apabila TTL diaktifkan dengan nilai selain 0.
|
||||||
|
|
||||||
{{% /capture %}}
|
{{% /capture %}}
|
||||||
|
|||||||
@@ -58,7 +58,7 @@ Berikut beberapa contoh kasus penggunaan Init Container:
|
|||||||
* Menunggu beberapa waktu sebelum menjalankan Container aplikasi dengan perintah seperti `sleep 60`.
|
* Menunggu beberapa waktu sebelum menjalankan Container aplikasi dengan perintah seperti `sleep 60`.
|
||||||
* Mengklon sebuah _git repository_ ke dalam sebuah _volume_.
|
* Mengklon sebuah _git repository_ ke dalam sebuah _volume_.
|
||||||
* Menaruh nilai-nilai tertentu ke dalam sebuah _file_ konfigurasi dan menjalankan peralatan _template_ untuk membuat _file_ konfigurasi secara dinamis untuk Container aplikasi utama. Misalnya, untuk menaruh nilai POD_IP ke dalam sebuah konfigurasi dan membuat konfigurasi aplikasi utama menggunakan Jinja.
|
* Menaruh nilai-nilai tertentu ke dalam sebuah _file_ konfigurasi dan menjalankan peralatan _template_ untuk membuat _file_ konfigurasi secara dinamis untuk Container aplikasi utama. Misalnya, untuk menaruh nilai POD_IP ke dalam sebuah konfigurasi dan membuat konfigurasi aplikasi utama menggunakan Jinja.
|
||||||
|
|
||||||
Contoh-contoh penggunaan yang lebih detail dapat dilihat pada [dokumentasi StatefulSet](/docs/concepts/workloads/controllers/statefulset/) dan [petunjuk Produksi Pod](/docs/tasks/configure-pod-container/configure-pod-initialization/).
|
Contoh-contoh penggunaan yang lebih detail dapat dilihat pada [dokumentasi StatefulSet](/docs/concepts/workloads/controllers/statefulset/) dan [petunjuk Produksi Pod](/docs/tasks/configure-pod-container/configure-pod-initialization/).
|
||||||
|
|
||||||
### Menggunakan Init Container
|
### Menggunakan Init Container
|
||||||
|
|||||||
@@ -30,7 +30,7 @@ Nilai | Deskripsi
|
|||||||
:-----|:-----------
|
:-----|:-----------
|
||||||
`Pending` | Pod telah disetujui oleh sistem Kubernetes, tapi ada satu atau lebih _image_ kontainer yang belum terbuat. Ini termasuk saat sebelum dijadwalkan dan juga saat mengunduh _image_ melalui jaringan, yang mungkin butuh beberapa waktu.
|
`Pending` | Pod telah disetujui oleh sistem Kubernetes, tapi ada satu atau lebih _image_ kontainer yang belum terbuat. Ini termasuk saat sebelum dijadwalkan dan juga saat mengunduh _image_ melalui jaringan, yang mungkin butuh beberapa waktu.
|
||||||
`Running` | Pod telah terikat ke suatu node, dan semua kontainer telah terbuat. Setidaknya ada 1 kontainer yang masih berjalan, atau dalam proses memulai atau _restart_.
|
`Running` | Pod telah terikat ke suatu node, dan semua kontainer telah terbuat. Setidaknya ada 1 kontainer yang masih berjalan, atau dalam proses memulai atau _restart_.
|
||||||
`Succeeded` | Semua kontainer di dalam Pod sudah berhasil dihentikan, dan tidak akan dilakukan _restart_.
|
`Succeeded` | Semua kontainer di dalam Pod sudah berhasil dihentikan, dan tidak akan dilakukan _restart_.
|
||||||
`Failed` | Semua kontainer dalan suatu Pod telah dihentikan, dan setidaknya ada satu kontainer yang terhenti karena kegagalan. Itu merupakan kontainer yang keluar dengan kode status bukan 0 atau dihentikan oleh sistem.
|
`Failed` | Semua kontainer dalan suatu Pod telah dihentikan, dan setidaknya ada satu kontainer yang terhenti karena kegagalan. Itu merupakan kontainer yang keluar dengan kode status bukan 0 atau dihentikan oleh sistem.
|
||||||
`Unknown` | _State_ suatu Pod tidak dapat diperoleh karena suatu alasan, biasanya karena kesalahan dalam komunikasi dengan _host_ yang digunakan Pod tersebut.
|
`Unknown` | _State_ suatu Pod tidak dapat diperoleh karena suatu alasan, biasanya karena kesalahan dalam komunikasi dengan _host_ yang digunakan Pod tersebut.
|
||||||
|
|
||||||
@@ -38,7 +38,7 @@ Nilai | Deskripsi
|
|||||||
|
|
||||||
Suatu Pod memiliki sebuah PodStatus, yang merupakan _array_ dari [PodConditions](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#podcondition-v1-core) yang telah atau belum dilewati oleh Pod. Setiap elemen dari _array_ PodConditions mungkin memiliki enam _field_ berikut:
|
Suatu Pod memiliki sebuah PodStatus, yang merupakan _array_ dari [PodConditions](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#podcondition-v1-core) yang telah atau belum dilewati oleh Pod. Setiap elemen dari _array_ PodConditions mungkin memiliki enam _field_ berikut:
|
||||||
|
|
||||||
* _Field_ `lastProbeTime` memberikan nilai _timestamp_ yang menandakan kapan terakhir kali kondisi kondisi Pod diperiksa.
|
* _Field_ `lastProbeTime` memberikan nilai _timestamp_ yang menandakan kapan terakhir kali kondisi kondisi Pod diperiksa.
|
||||||
|
|
||||||
* _Field_ `lastTransitionTime` memberikan nilai _timestamp_ yang menandakan kapan terakhir kali Pod berubah status ke status lain.
|
* _Field_ `lastTransitionTime` memberikan nilai _timestamp_ yang menandakan kapan terakhir kali Pod berubah status ke status lain.
|
||||||
|
|
||||||
@@ -48,16 +48,16 @@ Suatu Pod memiliki sebuah PodStatus, yang merupakan _array_ dari [PodConditions]
|
|||||||
|
|
||||||
* _Field_ `status` adalah sebuah kata dengan kemungkinan nilainya berupa "`True`", "`False`", dan "`Unknown`".
|
* _Field_ `status` adalah sebuah kata dengan kemungkinan nilainya berupa "`True`", "`False`", dan "`Unknown`".
|
||||||
|
|
||||||
* _Field_ `type` adalah sebuah kata yang memiliki kemungkinan nilai sebagai berikut:
|
* _Field_ `type` adalah sebuah kata yang memiliki kemungkinan nilai sebagai berikut:
|
||||||
|
|
||||||
* `PodScheduled`: Pod telah dijadwalkan masuk ke node;
|
* `PodScheduled`: Pod telah dijadwalkan masuk ke node;
|
||||||
* `Ready`: Pod sudah mampu menerima _request_ masuk dan seharusnya sudah ditambahkan ke daftar pembagian beban kerja untuk servis yang sama;
|
* `Ready`: Pod sudah mampu menerima _request_ masuk dan seharusnya sudah ditambahkan ke daftar pembagian beban kerja untuk servis yang sama;
|
||||||
* `Initialized`: Semua [init containers](/docs/concepts/workloads/pods/init-containers) telah berjalan sempurna.
|
* `Initialized`: Semua [init containers](/docs/concepts/workloads/pods/init-containers) telah berjalan sempurna.
|
||||||
* `Unschedulable`: _scheduler_ belum dapat menjadwalkan Pod saat ini, sebagai contoh karena kekurangan _resources_ atau ada batasan-batasan lain.
|
* `Unschedulable`: _scheduler_ belum dapat menjadwalkan Pod saat ini, sebagai contoh karena kekurangan _resources_ atau ada batasan-batasan lain.
|
||||||
* `ContainersReady`: Semua kontainer di dalam Pod telah siap.
|
* `ContainersReady`: Semua kontainer di dalam Pod telah siap.
|
||||||
|
|
||||||
|
|
||||||
## Pemeriksaan Kontainer
|
## Pemeriksaan Kontainer
|
||||||
|
|
||||||
Sebuah [Probe](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#probe-v1-core) adalah sebuah diagnosa yang dilakukan secara berkala oleh [kubelet](/docs/admin/kubelet/) dalam suatu kontainer. Untuk melakukan diagnosa, kubelet memanggil sebuah [Handler](https://godoc.org/k8s.io/kubernetes/pkg/api/v1#Handler) yang diimplementasikan oleh kontainer. Ada 3 tipe _Handler_ yang tersedia, yaitu:
|
Sebuah [Probe](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#probe-v1-core) adalah sebuah diagnosa yang dilakukan secara berkala oleh [kubelet](/docs/admin/kubelet/) dalam suatu kontainer. Untuk melakukan diagnosa, kubelet memanggil sebuah [Handler](https://godoc.org/k8s.io/kubernetes/pkg/api/v1#Handler) yang diimplementasikan oleh kontainer. Ada 3 tipe _Handler_ yang tersedia, yaitu:
|
||||||
|
|
||||||
@@ -79,21 +79,21 @@ _Kubelet_ dapat secara optimal melakukan dan bereaksi terhadap dua jenis pemerik
|
|||||||
|
|
||||||
* `readinessProbe`: Ini menunjukan apakah kontainer sudah siap melayani _request_. Jika tidak berhasil melakukan pemeriksaan terhadap kesiapan dari kontainer, maka _endpoints controller_ akan menghapus alamat IP Pod dari daftar semua _endpoint_ untuk servis yang sama dengan Pod. Nilai awal _state_ sebelum jeda awal adalah `Failure`. Jika kontainer tidak menyediakan pemeriksaan terhadap _readiness_, maka nilai awal _state_ adalah `Success`.
|
* `readinessProbe`: Ini menunjukan apakah kontainer sudah siap melayani _request_. Jika tidak berhasil melakukan pemeriksaan terhadap kesiapan dari kontainer, maka _endpoints controller_ akan menghapus alamat IP Pod dari daftar semua _endpoint_ untuk servis yang sama dengan Pod. Nilai awal _state_ sebelum jeda awal adalah `Failure`. Jika kontainer tidak menyediakan pemeriksaan terhadap _readiness_, maka nilai awal _state_ adalah `Success`.
|
||||||
|
|
||||||
### Kapan sebaiknya menggunakan pemeriksaan terhadap _liveness_ atau _readiness_?
|
### Kapan sebaiknya menggunakan pemeriksaan terhadap _liveness_ atau _readiness_?
|
||||||
|
|
||||||
Jika proses dalam kontainer mungkin gagal yang dikarenakan menghadapi suatu masalah
|
Jika proses dalam kontainer mungkin gagal yang dikarenakan menghadapi suatu masalah
|
||||||
atau menjadi tidak sehat, maka pemeriksaan terhadap _liveness_ tidak diperlukan.
|
atau menjadi tidak sehat, maka pemeriksaan terhadap _liveness_ tidak diperlukan.
|
||||||
Kubelet akan secara otomatis melakukan aksi yang tepat mengikuti `restartPolicy` dari Pod.
|
Kubelet akan secara otomatis melakukan aksi yang tepat mengikuti `restartPolicy` dari Pod.
|
||||||
|
|
||||||
Jika kamu ingin kontainer bisa dimatikan dan dijalankan ulang ketika gagal melakukan
|
Jika kamu ingin kontainer bisa dimatikan dan dijalankan ulang ketika gagal melakukan
|
||||||
pemeriksaan, maka tentukan pemeriksaan _liveness_ dan tentukan nilai `restartPolicy` sebagai `Always` atau `OnFailure`.
|
pemeriksaan, maka tentukan pemeriksaan _liveness_ dan tentukan nilai `restartPolicy` sebagai `Always` atau `OnFailure`.
|
||||||
|
|
||||||
Jika kamu ingin mulai mengirim _traffic_ ke Pod hanya ketika pemeriksaan berhasil,
|
Jika kamu ingin mulai mengirim _traffic_ ke Pod hanya ketika pemeriksaan berhasil,
|
||||||
maka tentukan pemeriksaan _readiness_. Dalam kasus ini, pemeriksaan _readiness_ mungkin
|
maka tentukan pemeriksaan _readiness_. Dalam kasus ini, pemeriksaan _readiness_ mungkin
|
||||||
akan sama dengan pemeriksaan _liveness_, tapi keberadaan pemeriksaan _readiness_ dalam
|
akan sama dengan pemeriksaan _liveness_, tapi keberadaan pemeriksaan _readiness_ dalam
|
||||||
_spec_ berarti Pod akan tetap dijalankan tanpa menerima _traffic_ apapun dan akan
|
_spec_ berarti Pod akan tetap dijalankan tanpa menerima _traffic_ apapun dan akan
|
||||||
mulai menerima _traffic_ ketika pemeriksaan yang dilakukan mulai berhasil.
|
mulai menerima _traffic_ ketika pemeriksaan yang dilakukan mulai berhasil.
|
||||||
Jika kontainermu dibutuhkan untuk tetap berjalan ketika _loading_ data yang besar,
|
Jika kontainermu dibutuhkan untuk tetap berjalan ketika _loading_ data yang besar,
|
||||||
_file_ konfigurasi, atau melakukan migrasi ketika _startup_, maka tentukanlah pemeriksaan _readiness_.
|
_file_ konfigurasi, atau melakukan migrasi ketika _startup_, maka tentukanlah pemeriksaan _readiness_.
|
||||||
|
|
||||||
Jika kamu ingin kontainermu dalam mematikan dirinya sendiri, kamu dapat menentukan
|
Jika kamu ingin kontainermu dalam mematikan dirinya sendiri, kamu dapat menentukan
|
||||||
@@ -103,30 +103,30 @@ _endpoint_ tersebut berbeda dengan _endpoint_ untuk pengecekan _liveness_.
|
|||||||
Perlu dicatat, jika kamu hanya ingin bisa menutup _request_ ketika Pod sedang dihapus
|
Perlu dicatat, jika kamu hanya ingin bisa menutup _request_ ketika Pod sedang dihapus
|
||||||
maka kamu tidak perlu menggunakan pemeriksaan _readiness_. Dalam penghapusan, Pod akan
|
maka kamu tidak perlu menggunakan pemeriksaan _readiness_. Dalam penghapusan, Pod akan
|
||||||
secara otomatis mengubah _state_ dirinya menjadi _unready_ tanpa peduli apakah terdapat
|
secara otomatis mengubah _state_ dirinya menjadi _unready_ tanpa peduli apakah terdapat
|
||||||
pemeriksaan _readiness_ atau tidak. Pod tetap ada pada _state unready_ selama menunggu
|
pemeriksaan _readiness_ atau tidak. Pod tetap ada pada _state unready_ selama menunggu
|
||||||
kontainer dalam Pod berhenti.
|
kontainer dalam Pod berhenti.
|
||||||
|
|
||||||
Untuk informasi lebih lanjut mengenai pengaturan pemeriksaan _liveness_ atau _readiness_, lihat bagian
|
Untuk informasi lebih lanjut mengenai pengaturan pemeriksaan _liveness_ atau _readiness_, lihat bagian
|
||||||
[Konfigurasi _Liveness_ dan _Readiness_ _Probe_](/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/).
|
[Konfigurasi _Liveness_ dan _Readiness_ _Probe_](/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/).
|
||||||
|
|
||||||
## Status Pod dan Kontainer
|
## Status Pod dan Kontainer
|
||||||
|
|
||||||
Untuk informasi lebih mendalam mengenai status Pod dan kontainer, silakan lihat
|
Untuk informasi lebih mendalam mengenai status Pod dan kontainer, silakan lihat
|
||||||
[PodStatus](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#podstatus-v1-core)
|
[PodStatus](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#podstatus-v1-core)
|
||||||
dan
|
dan
|
||||||
[ContainerStatus](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#containerstatus-v1-core).
|
[ContainerStatus](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#containerstatus-v1-core).
|
||||||
Mohon diperhatikan, informasi tentang status Pod bergantung pada
|
Mohon diperhatikan, informasi tentang status Pod bergantung pada
|
||||||
[ContainerState](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#containerstatus-v1-core).
|
[ContainerState](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#containerstatus-v1-core).
|
||||||
|
|
||||||
## State Kontainer
|
## State Kontainer
|
||||||
|
|
||||||
Ketika Pod sudah ditempatkan pada suatu node oleh scheduler, kubelet mulai membuat kontainer menggunakan _runtime_ kontainer.
|
Ketika Pod sudah ditempatkan pada suatu node oleh scheduler, kubelet mulai membuat kontainer menggunakan _runtime_ kontainer.
|
||||||
Ada tiga kemungkinan _state_ untuk suatu kontainer, yaitu Waiting, Running, dan Terminated.
|
Ada tiga kemungkinan _state_ untuk suatu kontainer, yaitu Waiting, Running, dan Terminated.
|
||||||
Untuk mengecek _state_ suatu kontainer, kamu bisa menggunakan perintah `kubectl describe pod [NAMA_POD]`.
|
Untuk mengecek _state_ suatu kontainer, kamu bisa menggunakan perintah `kubectl describe pod [NAMA_POD]`.
|
||||||
_State_ akan ditampilkan untuk masing-masing kontainer dalam Pod tersebut.
|
_State_ akan ditampilkan untuk masing-masing kontainer dalam Pod tersebut.
|
||||||
|
|
||||||
* `Waiting`: Merupakan _state_ default dari kontainer. Jika _state_ kontainer bukan Running atau Terminated, berarti dalam _Wating state_.
|
* `Waiting`: Merupakan _state_ default dari kontainer. Jika _state_ kontainer bukan Running atau Terminated, berarti dalam _Wating state_.
|
||||||
Suatu kontainer dalam Waiting _state_ akan tetap menjalan operasi-operasi yang dibutuhkan, misalnya mengunduh _images_, mengaplikasikan Secrets, dsb.
|
Suatu kontainer dalam Waiting _state_ akan tetap menjalan operasi-operasi yang dibutuhkan, misalnya mengunduh _images_, mengaplikasikan Secrets, dsb.
|
||||||
Bersamaan dengan _state_ ini, sebuah pesan dan alasan tentang _state_ akan ditampilkan untuk memberi informasi lebih.
|
Bersamaan dengan _state_ ini, sebuah pesan dan alasan tentang _state_ akan ditampilkan untuk memberi informasi lebih.
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -135,7 +135,7 @@ Bersamaan dengan _state_ ini, sebuah pesan dan alasan tentang _state_ akan ditam
|
|||||||
Reason: ErrImagePull
|
Reason: ErrImagePull
|
||||||
...
|
...
|
||||||
```
|
```
|
||||||
|
|
||||||
* `Running`: Menandakan kontainer telah berjalan tanpa masalah. Setelah kontainer masuk ke _state_ Running, jika terdapat _hook_ `postStart` maka akan dijalankan. _State_ ini juga menampilkan waktu ketika kontainer masuk ke _state_ Running.
|
* `Running`: Menandakan kontainer telah berjalan tanpa masalah. Setelah kontainer masuk ke _state_ Running, jika terdapat _hook_ `postStart` maka akan dijalankan. _State_ ini juga menampilkan waktu ketika kontainer masuk ke _state_ Running.
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -143,8 +143,8 @@ Bersamaan dengan _state_ ini, sebuah pesan dan alasan tentang _state_ akan ditam
|
|||||||
State: Running
|
State: Running
|
||||||
Started: Wed, 30 Jan 2019 16:46:38 +0530
|
Started: Wed, 30 Jan 2019 16:46:38 +0530
|
||||||
...
|
...
|
||||||
```
|
```
|
||||||
|
|
||||||
* `Terminated`: Menandakan kontainer telah menyelesaikan "tugasnya". Kontainer akan menjadi _state_ ini ketika telah menyelesaikan eksekusi atau terjadi kesalahan. Terlepas dari itu, sebuah alasan dan _exit code_ akan ditampilkan, bersama dengan waktu kontainer mulai dijalankan dan waktu berhenti. Sebelum kontainer masuk ke _state_ Terminated, jika terdapat `preStop` _hook_ maka akan dijalankan.
|
* `Terminated`: Menandakan kontainer telah menyelesaikan "tugasnya". Kontainer akan menjadi _state_ ini ketika telah menyelesaikan eksekusi atau terjadi kesalahan. Terlepas dari itu, sebuah alasan dan _exit code_ akan ditampilkan, bersama dengan waktu kontainer mulai dijalankan dan waktu berhenti. Sebelum kontainer masuk ke _state_ Terminated, jika terdapat `preStop` _hook_ maka akan dijalankan.
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -155,18 +155,18 @@ Bersamaan dengan _state_ ini, sebuah pesan dan alasan tentang _state_ akan ditam
|
|||||||
Started: Wed, 30 Jan 2019 11:45:26 +0530
|
Started: Wed, 30 Jan 2019 11:45:26 +0530
|
||||||
Finished: Wed, 30 Jan 2019 11:45:26 +0530
|
Finished: Wed, 30 Jan 2019 11:45:26 +0530
|
||||||
...
|
...
|
||||||
```
|
```
|
||||||
|
|
||||||
## Pod readiness gate
|
## Pod readiness gate
|
||||||
|
|
||||||
{{< feature-state for_k8s_version="v1.14" state="stable" >}}
|
{{< feature-state for_k8s_version="v1.14" state="stable" >}}
|
||||||
|
|
||||||
Dalam rangka menambahkan ekstensibilitas terhadap kesiapan Pod dengan menggunakan
|
Dalam rangka menambahkan ekstensibilitas terhadap kesiapan Pod dengan menggunakan
|
||||||
injeksi umpan balik tambahan atau sinyal ke dalam `PodStatus`,
|
injeksi umpan balik tambahan atau sinyal ke dalam `PodStatus`,
|
||||||
Kubernetes 1.11 memperkenalkan sebuah fitur bernama [Pod ready++](https://github.com/kubernetes/enhancements/blob/master/keps/sig-network/0007-pod-ready%2B%2B.md).
|
Kubernetes 1.11 memperkenalkan sebuah fitur bernama [Pod ready++](https://github.com/kubernetes/enhancements/blob/master/keps/sig-network/0007-pod-ready%2B%2B.md).
|
||||||
Kamu dapat menggunakan _field_ baru `ReadinessGate` dalam sebuah `PodSpec` untuk
|
Kamu dapat menggunakan _field_ baru `ReadinessGate` dalam sebuah `PodSpec` untuk
|
||||||
menunjukan kondisi tambahan yang akan dievaluasi untuk kesiapan Pod. Jika Kubernetes
|
menunjukan kondisi tambahan yang akan dievaluasi untuk kesiapan Pod. Jika Kubernetes
|
||||||
tidak dapat menemukan kondisi pada _field_ `status.conditions` dalam suatu Pod,
|
tidak dapat menemukan kondisi pada _field_ `status.conditions` dalam suatu Pod,
|
||||||
maka statusnya akan secara otomatis menjadi `False`. Berikut adalah contoh pemakaiannya:
|
maka statusnya akan secara otomatis menjadi `False`. Berikut adalah contoh pemakaiannya:
|
||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
@@ -201,7 +201,7 @@ Dengan diperkenalkannya kondisi Pod yang baru, sebuah Pod akan dianggap siap han
|
|||||||
* Semua kontainer yang diatur dalam `ReadinessGates` bernilai "`True`".
|
* Semua kontainer yang diatur dalam `ReadinessGates` bernilai "`True`".
|
||||||
|
|
||||||
|
|
||||||
Untuk memfasilitasi perubahan tersebut terhadap evaluasi kesiapan Pod, dibuatkan sebuah kondisi Pod baru yaitu `ContainerReady`,
|
Untuk memfasilitasi perubahan tersebut terhadap evaluasi kesiapan Pod, dibuatkan sebuah kondisi Pod baru yaitu `ContainerReady`,
|
||||||
untuk dapat menangani kondisi Pod `Ready` yang sudah ada.
|
untuk dapat menangani kondisi Pod `Ready` yang sudah ada.
|
||||||
|
|
||||||
Dalam K8s 1.11, sebagai fitur _alpha_, fitur "Pod Ready++" harus diaktifkan melalui pengaturan
|
Dalam K8s 1.11, sebagai fitur _alpha_, fitur "Pod Ready++" harus diaktifkan melalui pengaturan
|
||||||
@@ -216,13 +216,13 @@ Sebuah PodSpec memiliki _field_ `restartPolicy` dengan kemungkinan nilai berupa
|
|||||||
Nilai awalnya berupa Always. `restartPolicy` akan berlaku untuk semua kontainer dalam Pod.
|
Nilai awalnya berupa Always. `restartPolicy` akan berlaku untuk semua kontainer dalam Pod.
|
||||||
Kontainer yang mati dan dijalankan ulang oleh kubelet akan dijalankan ulang dengan jeda waktu yang ekponensial (10s, 20s, 40s, ...)
|
Kontainer yang mati dan dijalankan ulang oleh kubelet akan dijalankan ulang dengan jeda waktu yang ekponensial (10s, 20s, 40s, ...)
|
||||||
dengan batas atas senilai lima menit. Jeda waktu ini akan diatur ulang setelah sukses berjalan selama 10 menit.
|
dengan batas atas senilai lima menit. Jeda waktu ini akan diatur ulang setelah sukses berjalan selama 10 menit.
|
||||||
Sesuai dengan diskusi pada [dokumen Pod](/docs/user-guide/pods/#durability-of-pods-or-lack-thereof),
|
Sesuai dengan diskusi pada [dokumen Pod](/docs/user-guide/pods/#durability-of-pods-or-lack-thereof),
|
||||||
setelah masuk ke suatu node, sebuah Pod tidak akan pindah ke node lain.
|
setelah masuk ke suatu node, sebuah Pod tidak akan pindah ke node lain.
|
||||||
|
|
||||||
## Umur Pod
|
## Umur Pod
|
||||||
|
|
||||||
Secara umum, Pod tidak hilang sampai ada yang menghapusnya. Ini mungkin dihapus oleh orang atau pengontrol.
|
Secara umum, Pod tidak hilang sampai ada yang menghapusnya. Ini mungkin dihapus oleh orang atau pengontrol.
|
||||||
Satu pengecualian untuk aturan ini adalah Pod dengan `phase` bernilai Succeeded atau Failed untuk waktu
|
Satu pengecualian untuk aturan ini adalah Pod dengan `phase` bernilai Succeeded atau Failed untuk waktu
|
||||||
beberapa lama yang akan berakhir dan secara otomatis akan dihapus.
|
beberapa lama yang akan berakhir dan secara otomatis akan dihapus.
|
||||||
(diatur dalam `terminated-pod-gc-threshold` pada master)
|
(diatur dalam `terminated-pod-gc-threshold` pada master)
|
||||||
|
|
||||||
@@ -232,9 +232,9 @@ Tiga tipe pengontrol yang tersedia yaitu:
|
|||||||
sebagai contoh, penghitungan dalam jumlah banyak. Jobs hanyak cocok untuk Pod dengan `restartPolicy` yang
|
sebagai contoh, penghitungan dalam jumlah banyak. Jobs hanyak cocok untuk Pod dengan `restartPolicy` yang
|
||||||
bernilai OnFailure atau Never.
|
bernilai OnFailure atau Never.
|
||||||
|
|
||||||
- Menggunakan sebuah [ReplicationController](/docs/concepts/workloads/controllers/replicationcontroller/),
|
- Menggunakan sebuah [ReplicationController](/docs/concepts/workloads/controllers/replicationcontroller/),
|
||||||
[ReplicaSet](/docs/concepts/workloads/controllers/replicaset/), atau
|
[ReplicaSet](/docs/concepts/workloads/controllers/replicaset/), atau
|
||||||
[Deployment](/docs/concepts/workloads/controllers/deployment/) untuk Pod yang tidak diharapkan untuk berakhir,
|
[Deployment](/docs/concepts/workloads/controllers/deployment/) untuk Pod yang tidak diharapkan untuk berakhir,
|
||||||
sebagai contoh, _web servers_. ReplicationControllers hanya cocok digunakan pada Pod dengan `restartPolicy`
|
sebagai contoh, _web servers_. ReplicationControllers hanya cocok digunakan pada Pod dengan `restartPolicy`
|
||||||
yang bernilai Always.
|
yang bernilai Always.
|
||||||
|
|
||||||
@@ -242,7 +242,7 @@ Tiga tipe pengontrol yang tersedia yaitu:
|
|||||||
hanya satu untuk setiap mesin, karena menyediakan servis yang spesifik untuk suatu mesin.
|
hanya satu untuk setiap mesin, karena menyediakan servis yang spesifik untuk suatu mesin.
|
||||||
|
|
||||||
|
|
||||||
Ketiga tipe pengontrol ini memiliki sebuah PodTemplate. Direkomdasikan untuk membuat
|
Ketiga tipe pengontrol ini memiliki sebuah PodTemplate. Direkomdasikan untuk membuat
|
||||||
pengontrol yang sesuai dan membiarkan ini membuat Pod, daripada membuat Pod sendiri secara langsung.
|
pengontrol yang sesuai dan membiarkan ini membuat Pod, daripada membuat Pod sendiri secara langsung.
|
||||||
Karena Pod itu sendiri tidak tahan terhadap gagalnya suatu mesin, namun pengontrol tahan.
|
Karena Pod itu sendiri tidak tahan terhadap gagalnya suatu mesin, namun pengontrol tahan.
|
||||||
|
|
||||||
@@ -253,7 +253,7 @@ Jika node mati atau sambungannya terputus dari kluster, Kubernetes mengatur
|
|||||||
|
|
||||||
### Contoh _Liveness Probe_ tingkat lanjut
|
### Contoh _Liveness Probe_ tingkat lanjut
|
||||||
|
|
||||||
_Liveness probe_ dieksekusi oleh kubelet, jadi semua permintaan akan dilakukan
|
_Liveness probe_ dieksekusi oleh kubelet, jadi semua permintaan akan dilakukan
|
||||||
di dalam _namespace_ jaringan kubelet.
|
di dalam _namespace_ jaringan kubelet.
|
||||||
|
|
||||||
|
|
||||||
|
|||||||
@@ -2,7 +2,7 @@
|
|||||||
title: Pengenalan Pod
|
title: Pengenalan Pod
|
||||||
content_template: templates/concept
|
content_template: templates/concept
|
||||||
weight: 10
|
weight: 10
|
||||||
card:
|
card:
|
||||||
name: concepts
|
name: concepts
|
||||||
weight: 60
|
weight: 60
|
||||||
---
|
---
|
||||||
@@ -36,7 +36,7 @@ Setiap *Pod* dimaksudkan untuk menjalankan satu *instance* aplikasi. Jika kamu i
|
|||||||
### Bagaimana *Pod* mengelola beberapa Kontainer
|
### Bagaimana *Pod* mengelola beberapa Kontainer
|
||||||
*Pod* didesain untuk mendukung banyak proses (sebagai kontainer) yang membentuk sebuah layanan. Kontainer di dalam sebuah *Pod* akan otomatis ditempatkan bersama di dalam satu mesin fisik atau mesin *virtual* di dalam kluster. Kontainer tersebut dapat berbagi *resource* dan dependensi, berkomunikasi satu sama lain, dan berkoordinasi kapan dan bagaimana mereka diterminasi.
|
*Pod* didesain untuk mendukung banyak proses (sebagai kontainer) yang membentuk sebuah layanan. Kontainer di dalam sebuah *Pod* akan otomatis ditempatkan bersama di dalam satu mesin fisik atau mesin *virtual* di dalam kluster. Kontainer tersebut dapat berbagi *resource* dan dependensi, berkomunikasi satu sama lain, dan berkoordinasi kapan dan bagaimana mereka diterminasi.
|
||||||
|
|
||||||
Perhatikan bahwa mengelompokan kontainer di dalam satu *Pod* merupakan kasus lanjutan. Kamu dapat menggunakan pola ini hanya dalam kasus tertentu. Sebagai contoh, kamu memiliki kontainer yang bertindak sebagai *web server* yang menyajikan berkas dari *resource* penyimpanan bersama, dan kontainer *sidecar* melakukan pembaharuan terhadap berkas tersebut dari sumber lain, seperti dalam diagram *Pod* berikut:
|
Perhatikan bahwa mengelompokan kontainer di dalam satu *Pod* merupakan kasus lanjutan. Kamu dapat menggunakan pola ini hanya dalam kasus tertentu. Sebagai contoh, kamu memiliki kontainer yang bertindak sebagai *web server* yang menyajikan berkas dari *resource* penyimpanan bersama, dan kontainer *sidecar* melakukan pembaharuan terhadap berkas tersebut dari sumber lain, seperti dalam diagram *Pod* berikut:
|
||||||
{{< figure src="/images/docs/pod.svg" title="Pod diagram" width="50%" >}}
|
{{< figure src="/images/docs/pod.svg" title="Pod diagram" width="50%" >}}
|
||||||
|
|
||||||
*Pod* menyediakan dua jenis *resource* sebagai penyusun dari kontainer: *jaringan* dan *penyimpanan*.
|
*Pod* menyediakan dua jenis *resource* sebagai penyusun dari kontainer: *jaringan* dan *penyimpanan*.
|
||||||
|
|||||||
@@ -2,17 +2,17 @@
|
|||||||
title: Cluster Operator
|
title: Cluster Operator
|
||||||
id: cluster-operator
|
id: cluster-operator
|
||||||
date: 2018-04-12
|
date: 2018-04-12
|
||||||
full_link:
|
full_link:
|
||||||
short_description: >
|
short_description: >
|
||||||
Seseorang yang mengkonfigurasi, mengontrol, dan memonitor cluster.
|
Seseorang yang mengkonfigurasi, mengontrol, dan memonitor cluster.
|
||||||
|
|
||||||
aka:
|
aka:
|
||||||
tags:
|
tags:
|
||||||
- user-type
|
- user-type
|
||||||
---
|
---
|
||||||
Seseorang yang mengkonfigurasi, mengontrol, dan memonitor cluster.
|
Seseorang yang mengkonfigurasi, mengontrol, dan memonitor cluster.
|
||||||
|
|
||||||
<!--more-->
|
<!--more-->
|
||||||
|
|
||||||
|
|
||||||
Tanggung jawab utama mereka adalah menjaga dan menjalankan cluster, yang mungkin melibatkan kegiatan pemeliharaan berkala atau peningkatan. <br>
|
Tanggung jawab utama mereka adalah menjaga dan menjalankan cluster, yang mungkin melibatkan kegiatan pemeliharaan berkala atau peningkatan. <br>
|
||||||
|
|||||||
@@ -2,16 +2,16 @@
|
|||||||
title: Contributor
|
title: Contributor
|
||||||
id: contributor
|
id: contributor
|
||||||
date: 2018-04-12
|
date: 2018-04-12
|
||||||
full_link:
|
full_link:
|
||||||
short_description: >
|
short_description: >
|
||||||
Seseorang yang menyumbangkan kode, dokumentasi, atau waktu mereka untuk membantu proyek atau komunitas Kubernetes.
|
Seseorang yang menyumbangkan kode, dokumentasi, atau waktu mereka untuk membantu proyek atau komunitas Kubernetes.
|
||||||
|
|
||||||
aka:
|
aka:
|
||||||
tags:
|
tags:
|
||||||
- community
|
- community
|
||||||
---
|
---
|
||||||
Seseorang yang menyumbangkan kode, dokumentasi, atau waktu mereka untuk membantu proyek atau komunitas Kubernetes.
|
Seseorang yang menyumbangkan kode, dokumentasi, atau waktu mereka untuk membantu proyek atau komunitas Kubernetes.
|
||||||
|
|
||||||
<!--more-->
|
<!--more-->
|
||||||
|
|
||||||
Kontribusi termasuk _pull request_ (PR), masalah, umpan balik, partisipasi {{< glossary_tooltip text="special interest groups (SIG)" term_id="sig" >}}, atau mengorganisir acara komunitas.
|
Kontribusi termasuk _pull request_ (PR), masalah, umpan balik, partisipasi {{< glossary_tooltip text="special interest groups (SIG)" term_id="sig" >}}, atau mengorganisir acara komunitas.
|
||||||
|
|||||||
@@ -4,15 +4,15 @@ id: etcd
|
|||||||
date: 2019-04-21
|
date: 2019-04-21
|
||||||
full_link: /docs/tasks/administer-cluster/configure-upgrade-etcd/
|
full_link: /docs/tasks/administer-cluster/configure-upgrade-etcd/
|
||||||
short_description: >
|
short_description: >
|
||||||
Penyimpanan <i>key value</i> konsisten yang digunakan sebagai penyimpanan data kluster Kubernetes.
|
Penyimpanan <i>key value</i> konsisten yang digunakan sebagai penyimpanan data kluster Kubernetes.
|
||||||
|
|
||||||
aka:
|
aka:
|
||||||
tags:
|
tags:
|
||||||
- architecture
|
- architecture
|
||||||
- storage
|
- storage
|
||||||
---
|
---
|
||||||
Penyimpanan <i>key value</i> konsisten yang digunakan sebagai penyimpanan data kluster Kubernetes.
|
Penyimpanan <i>key value</i> konsisten yang digunakan sebagai penyimpanan data kluster Kubernetes.
|
||||||
|
|
||||||
<!--more-->
|
<!--more-->
|
||||||
|
|
||||||
Selalu perhatikan mekanisme untuk mem-<i>backup</i> data etcd pada kluster Kubernetes kamu. Untuk informasi lebih lanjut tentang etcd, lihat [dokumentasi etcd](https://github.com/coreos/etcd/blob/master/Documentation/docs.md).
|
Selalu perhatikan mekanisme untuk mem-<i>backup</i> data etcd pada kluster Kubernetes kamu. Untuk informasi lebih lanjut tentang etcd, lihat [dokumentasi etcd](https://github.com/coreos/etcd/blob/master/Documentation/docs.md).
|
||||||
|
|||||||
@@ -6,7 +6,7 @@ full_link: /docs/concepts/services-networking/ingress/
|
|||||||
short_description: >
|
short_description: >
|
||||||
Sebuah obyek API yang mengatur akses eksternal terhadap *Service* yang ada di dalam kluster, biasanya dalam bentuk *request* HTTP.
|
Sebuah obyek API yang mengatur akses eksternal terhadap *Service* yang ada di dalam kluster, biasanya dalam bentuk *request* HTTP.
|
||||||
|
|
||||||
aka:
|
aka:
|
||||||
tags:
|
tags:
|
||||||
- networking
|
- networking
|
||||||
- architecture
|
- architecture
|
||||||
@@ -14,7 +14,7 @@ tags:
|
|||||||
---
|
---
|
||||||
Sebuah obyek API yang mengatur akses eksternal terhadap *Service* yang ada di dalam kluster, biasanya dalam bentuk *request* HTTP.
|
Sebuah obyek API yang mengatur akses eksternal terhadap *Service* yang ada di dalam kluster, biasanya dalam bentuk *request* HTTP.
|
||||||
|
|
||||||
<!--more-->
|
<!--more-->
|
||||||
|
|
||||||
Ingress juga menyediakan *load balancing*, terminasi SSL, serta *name-based virtual hosting*.
|
Ingress juga menyediakan *load balancing*, terminasi SSL, serta *name-based virtual hosting*.
|
||||||
|
|
||||||
|
|||||||
@@ -4,16 +4,16 @@ id: kube-apiserver
|
|||||||
date: 2019-04-21
|
date: 2019-04-21
|
||||||
full_link: /docs/reference/generated/kube-apiserver/
|
full_link: /docs/reference/generated/kube-apiserver/
|
||||||
short_description: >
|
short_description: >
|
||||||
Komponen di master yang mengekspos API Kubernetes. Merupakan <i> front-end </i> dari <i> kontrol plane </i> Kubernetes.
|
Komponen di master yang mengekspos API Kubernetes. Merupakan <i> front-end </i> dari <i> kontrol plane </i> Kubernetes.
|
||||||
|
|
||||||
aka:
|
aka:
|
||||||
tags:
|
tags:
|
||||||
- architecture
|
- architecture
|
||||||
- fundamental
|
- fundamental
|
||||||
---
|
---
|
||||||
Komponen di master yang mengekspos API Kubernetes. Merupakan <i> front-end </i> dari <i> kontrol plane </i> Kubernetes.
|
Komponen di master yang mengekspos API Kubernetes. Merupakan <i> front-end </i> dari <i> kontrol plane </i> Kubernetes.
|
||||||
|
|
||||||
<!--more-->
|
<!--more-->
|
||||||
|
|
||||||
Komponen ini didesain agar dapat di-<i>scale</i> secara horizontal. Lihat [Membangun Kluster HA](/docs/admin/high-availability/).
|
Komponen ini didesain agar dapat di-<i>scale</i> secara horizontal. Lihat [Membangun Kluster HA](/docs/admin/high-availability/).
|
||||||
|
|
||||||
|
|||||||
@@ -6,14 +6,14 @@ full_link: /docs/reference/generated/kube-controller-manager/
|
|||||||
short_description: >
|
short_description: >
|
||||||
Komponen di master yang menjalankan kontroler.
|
Komponen di master yang menjalankan kontroler.
|
||||||
|
|
||||||
aka:
|
aka:
|
||||||
tags:
|
tags:
|
||||||
- architecture
|
- architecture
|
||||||
- fundamental
|
- fundamental
|
||||||
---
|
---
|
||||||
Komponen di master yang menjalankan kontroler.
|
Komponen di master yang menjalankan kontroler.
|
||||||
|
|
||||||
<!--more-->
|
<!--more-->
|
||||||
|
|
||||||
Secara logis, setiap kontroler adalah sebuah proses yang berbeda, tetapi untuk mengurangi kompleksitas, kontroler-kontroler ini dikompilasi menjadi sebuah <i> binary </i> yang dijalankan sebagai satu proses.
|
Secara logis, setiap kontroler adalah sebuah proses yang berbeda, tetapi untuk mengurangi kompleksitas, kontroler-kontroler ini dikompilasi menjadi sebuah <i> binary </i> yang dijalankan sebagai satu proses.
|
||||||
|
|
||||||
|
|||||||
@@ -6,13 +6,13 @@ full_link: /docs/reference/generated/kube-scheduler/
|
|||||||
short_description: >
|
short_description: >
|
||||||
Komponen di master yang bertugas mengamati pod yang baru dibuat dan belum di-<i>assign</i> ke suatu node dan kemudian akan memilih sebuah node dimana pod baru tersebut akan dijalankan.
|
Komponen di master yang bertugas mengamati pod yang baru dibuat dan belum di-<i>assign</i> ke suatu node dan kemudian akan memilih sebuah node dimana pod baru tersebut akan dijalankan.
|
||||||
|
|
||||||
aka:
|
aka:
|
||||||
tags:
|
tags:
|
||||||
- architecture
|
- architecture
|
||||||
---
|
---
|
||||||
Komponen di master yang bertugas mengamati pod yang baru dibuat dan belum di-<i>assign</i> ke suatu node dan kemudian akan memilih sebuah node dimana pod baru tersebut akan dijalankan.
|
Komponen di master yang bertugas mengamati pod yang baru dibuat dan belum di-<i>assign</i> ke suatu node dan kemudian akan memilih sebuah node dimana pod baru tersebut akan dijalankan.
|
||||||
|
|
||||||
<!--more-->
|
<!--more-->
|
||||||
|
|
||||||
Faktor-faktor yang diperhatikan dalam proses ini adalah kebutuhan <i>resource</i> secara individual dan kolektif, konstrain perangkat keras/perangkat lunak/peraturan, spesifikasi afinitas dan non-afinitas, lokalisasi data, interferensi <i>inter-workload</i> dan <i>deadlines</i>.
|
Faktor-faktor yang diperhatikan dalam proses ini adalah kebutuhan <i>resource</i> secara individual dan kolektif, konstrain perangkat keras/perangkat lunak/peraturan, spesifikasi afinitas dan non-afinitas, lokalisasi data, interferensi <i>inter-workload</i> dan <i>deadlines</i>.
|
||||||
|
|
||||||
|
|||||||
@@ -6,7 +6,7 @@ full_link: /docs/reference/generated/kubelet
|
|||||||
short_description: >
|
short_description: >
|
||||||
Agen yang dijalankan pada setiap <i>node</i> di kluster dan bertugas memastikan kontainer dijalankan di dalam pod.
|
Agen yang dijalankan pada setiap <i>node</i> di kluster dan bertugas memastikan kontainer dijalankan di dalam pod.
|
||||||
|
|
||||||
aka:
|
aka:
|
||||||
tags:
|
tags:
|
||||||
- fundamental
|
- fundamental
|
||||||
- core-object
|
- core-object
|
||||||
|
|||||||
@@ -6,12 +6,12 @@ full_link: /docs/concepts/overview/working-with-objects/names
|
|||||||
short_description: >
|
short_description: >
|
||||||
String yang dihasilkan oleh klien yang mengacu pada sebuah objek dalam suatu URL resource, seperti `/api/v1/pods/some-name`.
|
String yang dihasilkan oleh klien yang mengacu pada sebuah objek dalam suatu URL resource, seperti `/api/v1/pods/some-name`.
|
||||||
|
|
||||||
aka:
|
aka:
|
||||||
tags:
|
tags:
|
||||||
- fundamental
|
- fundamental
|
||||||
---
|
---
|
||||||
String yang dihasilkan oleh klien yang mengacu pada sebuah objek dalam suatu URL *resource*, seperti `/api/v1/pods/some-name`.
|
String yang dihasilkan oleh klien yang mengacu pada sebuah objek dalam suatu URL *resource*, seperti `/api/v1/pods/some-name`.
|
||||||
|
|
||||||
<!--more-->
|
<!--more-->
|
||||||
|
|
||||||
Sebuah objek dengan kind yang sama tidak boleh memiliki nama yang sama pada suatu waktu tertentu. Meskipun begitu, apabila kamu menghapus sebuah objek, kamu membuat sebuah objek baru (yang memiliki kind yang sama) dengan nama yang sama dengan objek yang kamu hapus sebelumnya.
|
Sebuah objek dengan kind yang sama tidak boleh memiliki nama yang sama pada suatu waktu tertentu. Meskipun begitu, apabila kamu menghapus sebuah objek, kamu membuat sebuah objek baru (yang memiliki kind yang sama) dengan nama yang sama dengan objek yang kamu hapus sebelumnya.
|
||||||
|
|||||||
@@ -2,16 +2,16 @@
|
|||||||
title: Platform Developer
|
title: Platform Developer
|
||||||
id: platform-developer
|
id: platform-developer
|
||||||
date: 2018-04-12
|
date: 2018-04-12
|
||||||
full_link:
|
full_link:
|
||||||
short_description: >
|
short_description: >
|
||||||
Seseorang yang menyesuaikan platform Kubernetes agar sesuai dengan kebutuhan proyek mereka.
|
Seseorang yang menyesuaikan platform Kubernetes agar sesuai dengan kebutuhan proyek mereka.
|
||||||
|
|
||||||
aka:
|
aka:
|
||||||
tags:
|
tags:
|
||||||
- user-type
|
- user-type
|
||||||
---
|
---
|
||||||
Seseorang yang menyesuaikan platform Kubernetes agar sesuai dengan kebutuhan proyek mereka.
|
Seseorang yang menyesuaikan platform Kubernetes agar sesuai dengan kebutuhan proyek mereka.
|
||||||
|
|
||||||
<!--more-->
|
<!--more-->
|
||||||
|
|
||||||
Pengembang platform dapat, misalnya, menggunakan [Sumber Daya Kustom](/docs/concepts/extend-kubernetes/api-extension/custom-resources/) atau [Memperluas API Kubernetes dengan lapisan agregasi](/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation/) untuk menambahkan fungsionalitas ke instansi Kubernetes mereka, khususnya untuk aplikasi mereka. Beberapa Pengembang Platform juga {{<glossary_tooltip text = "kontributor" term_id = "contributor">}} dan mengembangkan perluasan yang berkontribusi pada komunitas Kubernetes. Lainnya mengembangkan sumber tertutup komersial atau perluasan spesifik situs.
|
Pengembang platform dapat, misalnya, menggunakan [Sumber Daya Kustom](/docs/concepts/extend-kubernetes/api-extension/custom-resources/) atau [Memperluas API Kubernetes dengan lapisan agregasi](/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation/) untuk menambahkan fungsionalitas ke instansi Kubernetes mereka, khususnya untuk aplikasi mereka. Beberapa Pengembang Platform juga {{<glossary_tooltip text = "kontributor" term_id = "contributor">}} dan mengembangkan perluasan yang berkontribusi pada komunitas Kubernetes. Lainnya mengembangkan sumber tertutup komersial atau perluasan spesifik situs.
|
||||||
|
|||||||
@@ -6,12 +6,12 @@ full_link: /docs/concepts/overview/working-with-objects/names
|
|||||||
short_description: >
|
short_description: >
|
||||||
String yang dihasilkan oleh sistem Kubernetes untuk mengidentifikasi objek secara unik.
|
String yang dihasilkan oleh sistem Kubernetes untuk mengidentifikasi objek secara unik.
|
||||||
|
|
||||||
aka:
|
aka:
|
||||||
tags:
|
tags:
|
||||||
- fundamental
|
- fundamental
|
||||||
---
|
---
|
||||||
String yang dihasilkan oleh sistem Kubernetes untuk mengidentifikasi objek secara unik.
|
String yang dihasilkan oleh sistem Kubernetes untuk mengidentifikasi objek secara unik.
|
||||||
|
|
||||||
<!--more-->
|
<!--more-->
|
||||||
|
|
||||||
Setiap objek yang ada pada kluster Kubernetes memiliki UID yang unik. Hal ini dilakukan untuk membedakan keberadaan historis suatu entitas dengan kind dan nama yang serupa.
|
Setiap objek yang ada pada kluster Kubernetes memiliki UID yang unik. Hal ini dilakukan untuk membedakan keberadaan historis suatu entitas dengan kind dan nama yang serupa.
|
||||||
|
|||||||
@@ -10,7 +10,7 @@ content_template: templates/concept
|
|||||||
|
|
||||||
Gunakan halaman ini untuk mencari solusi yang paling sesuai dengan kebutuhan kamu.
|
Gunakan halaman ini untuk mencari solusi yang paling sesuai dengan kebutuhan kamu.
|
||||||
|
|
||||||
Menentukan dimana sebaiknya Kubernetes dijalankan sangat tergantung pada kapasitas yang kamu punya dan seberapa fleksibel kluster yang kamu inginkan.
|
Menentukan dimana sebaiknya Kubernetes dijalankan sangat tergantung pada kapasitas yang kamu punya dan seberapa fleksibel kluster yang kamu inginkan.
|
||||||
Kamu dapat menjalankan Kubernetes hampir dimana saja, mulai dari laptop, VM di penyedia cloud, sampai pada rak-rak berisi server <i>baremetal</i>.
|
Kamu dapat menjalankan Kubernetes hampir dimana saja, mulai dari laptop, VM di penyedia cloud, sampai pada rak-rak berisi server <i>baremetal</i>.
|
||||||
Kamu juga bisa menyiapkan kluster yang diatur sepenuhnya (<i>fully-managed</i>), dengan hanya menjalankan satu perintah, ataupun membuat kluster dengan solusi <i>custom</i> kamu sendiri pada server <i>baremetal</i>.
|
Kamu juga bisa menyiapkan kluster yang diatur sepenuhnya (<i>fully-managed</i>), dengan hanya menjalankan satu perintah, ataupun membuat kluster dengan solusi <i>custom</i> kamu sendiri pada server <i>baremetal</i>.
|
||||||
|
|
||||||
|
|||||||
@@ -8,7 +8,7 @@ content_template: templates/concept
|
|||||||
{{% capture overview %}}
|
{{% capture overview %}}
|
||||||
|
|
||||||
Bagian ini membahas tentang tutorial Kubernetes.
|
Bagian ini membahas tentang tutorial Kubernetes.
|
||||||
Tutorial berfungsi untuk memperlihatkan bagaimana caranya mencapai suatu tujuan yang lebih dari sekedar [task](/docs/tasks/) sederhana.
|
Tutorial berfungsi untuk memperlihatkan bagaimana caranya mencapai suatu tujuan yang lebih dari sekedar [task](/docs/tasks/) sederhana.
|
||||||
Biasanya, sebuah tutorial punya beberapa bagian, masing-masing bagian terdiri dari langkah-langkah yang berurutan.
|
Biasanya, sebuah tutorial punya beberapa bagian, masing-masing bagian terdiri dari langkah-langkah yang berurutan.
|
||||||
Sebelum melangkah lebih lanjut ke tutorial, sebaiknya tandai dulu halaman [Kamus Istilah](/docs/reference/glossary/) untuk referensi nanti.
|
Sebelum melangkah lebih lanjut ke tutorial, sebaiknya tandai dulu halaman [Kamus Istilah](/docs/reference/glossary/) untuk referensi nanti.
|
||||||
|
|
||||||
@@ -68,7 +68,7 @@ Sebelum melangkah lebih lanjut ke tutorial, sebaiknya tandai dulu halaman [Kamus
|
|||||||
|
|
||||||
{{% capture whatsnext %}}
|
{{% capture whatsnext %}}
|
||||||
|
|
||||||
Tertarik menulis tutorial? Lihat
|
Tertarik menulis tutorial? Lihat
|
||||||
[Menggunakan Template Halaman](/docs/home/contribute/page-templates/)
|
[Menggunakan Template Halaman](/docs/home/contribute/page-templates/)
|
||||||
untuk info mengenai template dan ragam halaman tutorial.
|
untuk info mengenai template dan ragam halaman tutorial.
|
||||||
|
|
||||||
|
|||||||
@@ -8,7 +8,7 @@ menu:
|
|||||||
weight: 10
|
weight: 10
|
||||||
post: >
|
post: >
|
||||||
<p>Siap untuk mengotori tanganmu? Yuk kita buat kluster Kubernetes sederhana yang menjalankan Node.js aplikasi "Halo Dunia".</p>
|
<p>Siap untuk mengotori tanganmu? Yuk kita buat kluster Kubernetes sederhana yang menjalankan Node.js aplikasi "Halo Dunia".</p>
|
||||||
card:
|
card:
|
||||||
name: tutorials
|
name: tutorials
|
||||||
weight: 10
|
weight: 10
|
||||||
---
|
---
|
||||||
@@ -48,7 +48,7 @@ Untuk info lebih lanjut tentang perintah `docker build`, baca [dokumentasi Docke
|
|||||||
|
|
||||||
## Membuat sebuah kluster Minikube
|
## Membuat sebuah kluster Minikube
|
||||||
|
|
||||||
1. Tekan **Launch Terminal**
|
1. Tekan **Launch Terminal**
|
||||||
|
|
||||||
{{< kat-button >}}
|
{{< kat-button >}}
|
||||||
|
|
||||||
@@ -62,7 +62,7 @@ Untuk info lebih lanjut tentang perintah `docker build`, baca [dokumentasi Docke
|
|||||||
|
|
||||||
3. Hanya untuk <i>environment</i> Katacoda: Di layar terminal paling atas, tekan tombol plus, lalu lanjut tekan **Select port to view on Host 1**.
|
3. Hanya untuk <i>environment</i> Katacoda: Di layar terminal paling atas, tekan tombol plus, lalu lanjut tekan **Select port to view on Host 1**.
|
||||||
|
|
||||||
4. Hanya untuk <i>environment</i> Katacoda: Ketik `30000`, lalu lanjut tekan **Display Port**.
|
4. Hanya untuk <i>environment</i> Katacoda: Ketik `30000`, lalu lanjut tekan **Display Port**.
|
||||||
|
|
||||||
## Membuat sebuah Deployment
|
## Membuat sebuah Deployment
|
||||||
|
|
||||||
@@ -72,7 +72,7 @@ saling terhubung untuk kebutuhan administrasi dan jaringan. Pod dalam tutorial i
|
|||||||
Pod kamu dan melakukan <i>restart</i> saat Kontainer di dalam Pod tersebut mati. Deployment adalah cara jitu untuk membuat dan mereplikasi Pod.
|
Pod kamu dan melakukan <i>restart</i> saat Kontainer di dalam Pod tersebut mati. Deployment adalah cara jitu untuk membuat dan mereplikasi Pod.
|
||||||
|
|
||||||
1. Gunakan perintah `kubectl create` untuk membuat Deployment yang dapat mengatur Pod.
|
1. Gunakan perintah `kubectl create` untuk membuat Deployment yang dapat mengatur Pod.
|
||||||
Pod menjalankan Kontainer sesuai dengan image Docker yang telah diberikan.
|
Pod menjalankan Kontainer sesuai dengan image Docker yang telah diberikan.
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
kubectl create deployment hello-node --image=gcr.io/hello-minikube-zero-install/hello-node
|
kubectl create deployment hello-node --image=gcr.io/hello-minikube-zero-install/hello-node
|
||||||
@@ -114,7 +114,7 @@ Pod menjalankan Kontainer sesuai dengan image Docker yang telah diberikan.
|
|||||||
```shell
|
```shell
|
||||||
kubectl config view
|
kubectl config view
|
||||||
```
|
```
|
||||||
|
|
||||||
{{< note >}}Untuk info lebih lanjut tentang perintah `kubectl`, lihat [ringkasan kubectl](/docs/user-guide/kubectl-overview/).{{< /note >}}
|
{{< note >}}Untuk info lebih lanjut tentang perintah `kubectl`, lihat [ringkasan kubectl](/docs/user-guide/kubectl-overview/).{{< /note >}}
|
||||||
|
|
||||||
## Membuat sebuah Servis
|
## Membuat sebuah Servis
|
||||||
@@ -127,7 +127,7 @@ Supaya Kontainer `hello-node` bisa diakses dari luar jaringan virtual Kubernetes
|
|||||||
```shell
|
```shell
|
||||||
kubectl expose deployment hello-node --type=LoadBalancer --port=8080
|
kubectl expose deployment hello-node --type=LoadBalancer --port=8080
|
||||||
```
|
```
|
||||||
|
|
||||||
Tanda `--type=LoadBalancer` menunjukkan bahwa kamu ingin ekspos Servis keluar dari kluster.
|
Tanda `--type=LoadBalancer` menunjukkan bahwa kamu ingin ekspos Servis keluar dari kluster.
|
||||||
|
|
||||||
2. Lihat Servis yang baru kamu buat:
|
2. Lihat Servis yang baru kamu buat:
|
||||||
@@ -144,7 +144,7 @@ Supaya Kontainer `hello-node` bisa diakses dari luar jaringan virtual Kubernetes
|
|||||||
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 23m
|
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 23m
|
||||||
```
|
```
|
||||||
|
|
||||||
Untuk penyedia cloud yang memiliki <i>load balancer</i>, sebuah alamat IP eksternal akan disediakan untuk mengakses Servis tersebut.
|
Untuk penyedia cloud yang memiliki <i>load balancer</i>, sebuah alamat IP eksternal akan disediakan untuk mengakses Servis tersebut.
|
||||||
Pada Minikube, tipe `LoadBalancer` membuat Servis tersebut dapat diakses melalui perintah `minikube service`.
|
Pada Minikube, tipe `LoadBalancer` membuat Servis tersebut dapat diakses melalui perintah `minikube service`.
|
||||||
|
|
||||||
3. Jalankan perintah berikut:
|
3. Jalankan perintah berikut:
|
||||||
@@ -188,13 +188,13 @@ Minikube punya beberapa <i>addons</i> yang bisa diaktifkan, dinon-aktifkan, maup
|
|||||||
registry-creds: disabled
|
registry-creds: disabled
|
||||||
storage-provisioner: enabled
|
storage-provisioner: enabled
|
||||||
```
|
```
|
||||||
|
|
||||||
2. Aktifkan sebuah <i>addon</i>, misalnya `heapster`:
|
2. Aktifkan sebuah <i>addon</i>, misalnya `heapster`:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
minikube addons enable heapster
|
minikube addons enable heapster
|
||||||
```
|
```
|
||||||
|
|
||||||
Keluaran:
|
Keluaran:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
@@ -231,7 +231,7 @@ Minikube punya beberapa <i>addons</i> yang bisa diaktifkan, dinon-aktifkan, maup
|
|||||||
```shell
|
```shell
|
||||||
minikube addons disable heapster
|
minikube addons disable heapster
|
||||||
```
|
```
|
||||||
|
|
||||||
Keluaran:
|
Keluaran:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
|
|||||||
Reference in New Issue
Block a user