add id pages

2020-05-30 15:41:48 -04:00
parent 7daf3c55e9
commit 7d03134456
110 changed files with 762 additions and 696 deletions
@@ -1,9 +1,9 @@
 ---
 title: Instalasi Add-ons
-content_template: templates/concept
+content_type: concept
 ---

-{{% capture overview %}}
+<!-- overview -->


 *Add-ons* berfungsi untuk menambah serta memperluas fungsionalitas dari Kubernetes.
@@ -12,10 +12,10 @@ Laman ini akan menjabarkan beberapa *add-ons* yang tersedia serta tautan instruk

 *Add-ons* pada setiap bagian akan diurutkan secara alfabet - pengurutan ini tidak dilakukan berdasarkan status preferensi atau keunggulan.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ## Jaringan dan *Policy* Jaringan

@@ -50,4 +50,4 @@ Ada beberapa *add-on* lain yang didokumentasikan pada direktori deprekasi [*clus

 *Add-on* lain yang dipelihara dan dikelola dengan baik dapat ditulis di sini. Ditunggu PR-nya!

-{{% /capture %}}
+
@@ -1,18 +1,18 @@
 ---
 title: Sertifikat
-content_template: templates/concept
+content_type: concept
 weight: 20
 ---

-{{% capture overview %}}
+<!-- overview -->

 Saat menggunakan autentikasi sertifikat klien, kamu dapat membuat sertifikat
 secara manual melalui `easyrsa`, `openssl` atau `cfssl`.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ### easyrsa

@@ -247,4 +247,4 @@ Kamu dapat menggunakan API `Certificate.k8s.io` untuk menyediakan
 sertifikat x509 yang digunakan untuk autentikasi seperti yang didokumentasikan
 [di sini](/docs/tasks/tls/managing-tls-in-a-cluster).

-{{% /capture %}}
+
@@ -1,15 +1,15 @@
 ---
 title: Penyedia Layanan Cloud
-content_template: templates/concept
+content_type: concept
 weight: 30
 ---

-{{% capture overview %}}
+<!-- overview -->
 Laman ini akan menjelaskan bagaimana cara mengelola Kubernetes yang berjalan pada penyedia layanan cloud tertentu.
-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->
 ### Kubeadm
 [Kubeadm](/docs/reference/setup-tools/kubeadm/kubeadm/) merupakan salah satu cara yang banyak digunakan untuk membuat klaster Kubernetes.
 Kubeadm memiliki beragam opsi untuk mengatur konfigurasi spesifik untuk penyedia layanan cloud. Salah satu contoh yang biasa digunakan pada penyedia cloud *in-tree* yang dapat diatur dengan kubeadm adalah sebagai berikut:
@@ -303,7 +303,7 @@ dan harus berada pada bagian `[Router]` dari *file* `cloud.conf`:

 [kubenet]: /docs/concepts/cluster-administration/network-plugins/#kubenet

-{{% /capture %}}
+

 ## OVirt

@@ -3,16 +3,16 @@ reviewers:
 - davidopp
 - lavalamp
 title: Ikhtisar Administrasi Klaster
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---

-{{% capture overview %}}
+<!-- overview -->
 Ikhtisar administrasi klaster ini ditujukan untuk siapapun yang akan membuat atau mengelola klaster Kubernetes.
 Diharapkan untuk memahami beberapa [konsep](/docs/concepts/) dasar Kubernetes sebelumnya.
-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->
 ## Perencanaan Klaster

 Lihat panduan di [Persiapan](/docs/setup) untuk mempelajari beberapa contoh tentang bagaimana merencanakan, mengatur dan mengonfigurasi klaster Kubernetes. Solusi yang akan dipaparkan di bawah ini disebut *distro*.
@@ -67,6 +67,6 @@ Catatan: Tidak semua distro aktif dikelola. Pilihlah distro yang telah diuji den

 * [*Logging* dan *Monitoring* Aktivitas Klaster](/docs/concepts/cluster-administration/logging/) akan menjelaskan bagaimana cara *logging* bekerja di Kubernetes serta bagaimana cara mengimplementasikannya.

-{{% /capture %}}
+


@@ -1,15 +1,15 @@
 ---
 title: Metrik controller manager
-content_template: templates/concept
+content_type: concept
 weight: 100
 ---

-{{% capture overview %}}
+<!-- overview -->
 Metrik _controller manager_ memberikan informasi penting tentang kinerja dan kesehatan dari _controller manager_.

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->
 ## Tentang metrik _controller manager_

 Metrik _controller manager_ ini berfungsi untuk memberikan informasi penting tentang kinerja dan kesehatan dari _controller manager_.
@@ -39,4 +39,4 @@ Metrik ini dikeluarkan dalam bentuk [format prometheus](https://prometheus.io/do

 Pada _environment_ produksi, kamu mungkin juga ingin mengonfigurasi prometheus atau pengumpul metrik lainnya untuk mengumpulkan metrik-metrik ini secara berkala dalam bentuk basis data _time series_.

-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: Federation
-content_template: templates/concept
+content_type: concept
 weight: 80
 ---

-{{% capture overview %}}
+<!-- overview -->

 {{< deprecationfilewarning >}}
 {{< include "federation-deprecation-warning-note.md" >}}
@@ -12,9 +12,9 @@ weight: 80

 Laman ini menjelaskan alasan dan cara penggunaan _federation_ untuk melakukan manajemen
 klaster Kubernetes.
-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->
 ## Kenapa _Federation_ ?

 _Federation_ membuat proses manajemen klaster multipel menjadi lebih mudah.
@@ -181,9 +181,10 @@ Terakhir, jika klaster yang kamu miliki membutuhkan jumlah _node_ yang melebihi
 maka kamu membutuhkan lebih banyak klaster. Kubernetes v1.3 mampu menangani hingga 1000 node untuk setiap klaster. Kubernetes v1.8
 mampu menangani hingga 5000 node untuk tiap klaster. Baca [Membangun Klaster Besar](/docs/setup/cluster-large/) untuk petunjuk lebih lanjut.

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 * Pelajari lebih lanjut tentang [proposal
  _Federation_](https://github.com/kubernetes/community/blob/{{< param "githubbranch" >}}/contributors/design-proposals/multicluster/federation.md).
 * Baca [petunjuk pengaktifan](/docs/tutorials/federation/set-up-cluster-federation-kubefed/) klaster _federation_.
@@ -192,4 +193,4 @@ mampu menangani hingga 5000 node untuk tiap klaster. Baca [Membangun Klaster Bes
 * Lihat [_update_ _sig-multicluster_ pada Kubecon2018 Eropa](https://www.youtube.com/watch?v=vGZo5DaThQU)
 * Lihat [presentasi prototipe _Federation-v2_ pada Kubecon2018 Eropa](https://youtu.be/q27rbaX5Jis?t=7m20s)
 * Lihat [petunjuk penggunaan _Federation-v2_](https://github.com/kubernetes-sigs/federation-v2/blob/master/docs/userguide.md)
-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: Prioritas dan Kesetaraan API (API Priority and Fairness)
-content_template: templates/concept
+content_type: concept
 min-kubernetes-server-version: v1.18
 ---

-{{% capture overview %}}
+<!-- overview -->

 {{< feature-state state="alpha"  for_k8s_version="v1.18" >}}

@@ -32,9 +32,9 @@ opsi `--max-request-inflight` tanpa mengaktifkan APF.

 {{< /caution >}}

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Mengaktifkan prioritas dan kesetaraan API

@@ -362,13 +362,14 @@ beban kerja yang berperilaku buruk yang dapat membahayakan kesehatan dari sistem
   berdasarkan FlowSchema yang cocok dengan permintaan dan tingkat prioritas yang ditetapkan pada
   permintaan tersebut.

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 Untuk latar belakang informasi mengenai detail desain dari prioritas dan kesetaraan API, silahkan lihat
 [proposal pembaharuan](https://github.com/kubernetes/enhancements/blob/master/keps/sig-api-machinery/20190228-priority-and-fairness.md).
 Kamu juga dapat membuat saran dan permintaan akan fitur melalui [SIG API
 Machinery](https://github.com/kubernetes/community/tree/master/sig-api-machinery).

-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: Konfigurasi Garbage Collection pada kubelet
-content_template: templates/concept
+content_type: concept
 weight: 70
 ---

-{{% capture overview %}}
+<!-- overview -->

 *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
@@ -13,10 +13,10 @@ yang tidak lagi digunakan. Kubelet akan melakukan *garbage collection* untuk kon
 Perangkat *garbage collection* eksternal tidak direkomendasikan karena perangkat tersebut berpotensi merusak perilaku kubelet dengan
 menghilangkan kontainer-kontainer yang sebenarnya masih diperlukan.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ## *Garbage Collection* untuk *Image*

@@ -87,10 +87,11 @@ Beberapa fitur *Garbage Collection* pada kubelet di laman ini akan digantikan ol
 | `--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 |

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 Lihat [Konfigurasi untuk Menangani Kehabisan *Resource*](/docs/tasks/administer-cluster/out-of-resource/) untuk penjelasan lebih lanjut.

-{{% /capture %}}
+
@@ -1,19 +1,19 @@
 ---
 title: Arsitektur Logging
-content_template: templates/concept
+content_type: concept
 weight: 60
 ---

-{{% capture overview %}}
+<!-- overview -->

 Log aplikasi dan sistem dapat membantu kamu untuk memahami apa yang terjadi di dalam klaster kamu. Log berguna untuk mengidentifikasi dan menyelesaikan masalah serta memonitor aktivitas klaster. Hampir semua aplikasi modern mempunyai sejenis mekanisme log sehingga hampir semua mesin kontainer didesain untuk mendukung suatu mekanisme _logging_. Metode _logging_ yang paling mudah untuk aplikasi dalam bentuk kontainer adalah menggunakan _standard output_ dan _standard error_.

 Namun, fungsionalitas bawaan dari mesin kontainer atau _runtime_ biasanya tidak cukup memadai sebagai solusi log. Contohnya, jika sebuah kontainer gagal, sebuah pod dihapus, atau suatu _node_ mati, kamu biasanya tetap menginginkan untuk mengakses log dari aplikasimu. Oleh sebab itu, log sebaiknya berada pada penyimpanan dan _lifecyle_ yang terpisah dari node, pod, atau kontainer. Konsep ini dinamakan sebagai _logging_ pada level klaster. _Logging_ pada level klaster ini membutuhkan _backend_ yang terpisah untuk menyimpan, menganalisis, dan mengkueri log. Kubernetes tidak menyediakan solusi bawaan untuk penyimpanan data log, namun kamu dapat mengintegrasikan beragam solusi _logging_ yang telah ada ke dalam klaster Kubernetes kamu.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 Arsitektur _logging_ pada level klaster yang akan dijelaskan berikut mengasumsikan bahwa sebuah _logging backend_ telah tersedia baik di dalam maupun di luar klastermu. Meskipun kamu tidak tertarik menggunakan _logging_ pada level klaster, penjelasan tentang bagaimana log disimpan dan ditangani pada node di bawah ini mungkin dapat berguna untukmu.

@@ -195,4 +195,4 @@ Ingat, ini hanya contoh saja dan kamu dapat mengganti fluentd dengan agen _loggi

 Kamu dapat mengimplementasikan klaster-level _logging_ dengan mengekspos atau mengeluarkan log langsung dari tiap aplikasi; namun cara implementasi mekanisme _logging_ tersebut diluar cakupan dari Kubernetes.

-{{% /capture %}}
+
@@ -1,17 +1,17 @@
 ---
 title: Mengelola Resource
-content_template: templates/concept
+content_type: concept
 weight: 40
 ---

-{{% capture overview %}}
+<!-- overview -->

 Kamu telah melakukan _deploy_ pada aplikasimu dan mengeksposnya melalui sebuah _service_. Lalu? Kubernetes menyediakan berbagai peralatan untuk membantu mengatur mekanisme _deploy_ aplikasi, termasuk pengaturan kapasitas dan pembaruan. Diantara fitur yang akan didiskusikan lebih mendalam yaitu [berkas konfigurasi](/docs/concepts/configuration/overview/) dan [label](/docs/concepts/overview/working-with-objects/labels/).

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ## Mengelola konfigurasi _resource_

@@ -434,11 +434,12 @@ kubectl edit deployment/my-nginx

 Selesai! Deployment akan memperbarui aplikasi nginx yang terdeploy secara berangsur di belakang. Dia akan menjamin hanya ada sekian replika lama yang akan down selagi pembaruan berjalan dan hanya ada sekian replika baru akan dibuat melebihi jumlah pod. Untuk mempelajari lebih lanjut, kunjungi [laman Deployment](/docs/concepts/workloads/controllers/deployment/).

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 - [Pelajari tentang bagaimana memakai `kubectl` untuk memeriksa dan _debug_ aplikasi.](/docs/tasks/debug-application-cluster/debug-application-introspection/)
 - [Praktik Terbaik dan Tips Konfigurasi](/docs/concepts/configuration/overview/)

-{{% /capture %}}
+
@@ -1,12 +1,12 @@
 ---
 title: Metrik-Metrik untuk Control Plane Kubernetes 
-content_template: templates/concept
+content_type: concept
 weight: 60
 aliases:
 - controller-metrics.md
 ---

-{{% capture overview %}}
+<!-- overview -->

 Metrik dari komponen sistem dapat memberikan pandangan yang lebih baik tentang apa 
 yang sedang terjadi di dalam sistem. Metrik sangat berguna untuk membuat dasbor (_dashboard_) 
@@ -15,9 +15,9 @@ dan peringatan (_alert_).
 Metrik di dalam _control plane_ Kubernetes disajikan dalam [format prometheus](https://prometheus.io/docs/instrumenting/exposition_formats/) 
 dan dapat terbaca oleh manusia.

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Metrik-Metrik pada Kubernetes

@@ -158,10 +158,11 @@ cloudprovider_gce_api_request_duration_seconds { request = "detach_disk"}
 cloudprovider_gce_api_request_duration_seconds { request = "list_disk"}
 ```

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+
 * Baca tentang [format teks Prometheus](https://github.com/prometheus/docs/blob/master/content/docs/instrumenting/exposition_formats.md#text-based-format) untuk berbagai metrik
 * Lihat daftar [metrik Kubernetes yang _stable_](https://github.com/kubernetes/kubernetes/blob/master/test/instrumentation/testdata/stable-metrics-list.yaml)
 * Baca tentang [kebijakan _deprecation_ Kubernetes](https://kubernetes.io/docs/reference/using-api/deprecation-policy/#deprecating-a-feature-or-behavior )
-{{% /capture %}}
+
@@ -1,10 +1,10 @@
 ---
 title: Jaringan Kluster
-content_template: templates/concept
+content_type: concept
 weight: 50
 ---

-{{% capture overview %}}
+<!-- overview -->
 Jaringan adalah bagian utama dari Kubernetes, tetapi bisa menjadi sulit
 untuk memahami persis bagaimana mengharapkannya bisa bekerja.
 Ada 4 masalah yang berbeda untuk diatasi:
@@ -15,10 +15,10 @@ Ada 4 masalah yang berbeda untuk diatasi:
 3. Komunikasi Pod dengan Service: ini terdapat di [Service](/docs/concepts/services-networking/service/).
 4. Komunikasi eksternal dengan Service: ini terdapat di [Service](/docs/concepts/services-networking/service/).

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 Kubernetes adalah tentang berbagi mesin antar aplikasi. Pada dasarnya,
 saat berbagi mesin harus memastikan bahwa dua aplikasi tidak mencoba menggunakan
@@ -219,10 +219,11 @@ Calico juga dapat dijalankan dalam mode penegakan kebijakan bersama dengan solus

 [Weave Net](https://www.weave.works/products/weave-net/) adalah jaringan yang tangguh dan mudah digunakan untuk Kubernetes dan aplikasi yang dihostingnya. Weave Net berjalan sebagai [plug-in CNI](https://www.weave.works/docs/net/latest/cni-plugin/) atau berdiri sendiri. Di kedua versi, itu tidak memerlukan konfigurasi atau kode tambahan untuk dijalankan, dan dalam kedua kasus, jaringan menyediakan satu alamat IP per Pod - seperti standar untuk Kubernetes.

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 Desain awal model jaringan dan alasannya, dan beberapa rencana masa depan dijelaskan secara lebih rinci dalam [dokumen desain jaringan](https://git.k8s.io/community/contributors/design-proposals/network/networking.md).

-{{% /capture %}}
+
@@ -1,14 +1,14 @@
 ---
 title: Berbagai Proxy di Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 90
 ---

-{{% capture overview %}}
+<!-- overview -->
 Laman ini menjelaskan berbagai <i>proxy</i> yang ada di dalam Kubernetes.
-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Berbagai Jenis <i>Proxy</i>

@@ -62,4 +62,4 @@ Untuk <i>proxy-proxy</i> lain di luar ini, admin klaster biasanya akan memastika

 <i>Proxy</i> telah menggantikan fungsi <i>redirect</i>. <i>Redirect</i> telah terdeprekasi.

-{{% /capture %}}
+