whentimeslows/website
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

add id pages

Browse Source
This commit is contained in:
Karen Bradshaw
2020-05-30 15:41:48 -04:00
parent 7daf3c55e9
commit 7d03134456
110 changed files with 762 additions and 696 deletions
Download Patch File Download Diff File Expand all files Collapse all files
content/id/docs/concepts/configuration/assign-pod-node.md
+8 -7
View File
@@ -1,19 +1,19 @@
---
title: Menetapkan Pod ke Node
content_template: templates/concept
content_type: concept
weight: 30
---
{{% capture overview %}}
<!-- overview -->
Kamu dapat memaksa sebuah [pod](/docs/concepts/workloads/pods/pod/) untuk hanya dapat berjalan pada [node](/docs/concepts/architecture/nodes/) tertentu atau mengajukannya agar berjalan pada node tertentu. Ada beberapa cara untuk melakukan hal tersebut. Semua cara yang direkomendasikan adalah dengan menggunakan [_selector_ label](/docs/concepts/overview/working-with-objects/labels/) untuk menetapkan pilihan yang kamu inginkan. Pada umumnya, pembatasan ini tidak dibutuhkan, sebagaimana _scheduler_ akan melakukan penempatan yang proporsional dengan otomatis (seperti contohnya menyebar pod di node-node, tidak menempatkan pod pada node dengan sumber daya yang tidak memadai, dst.) tetapi ada keadaan-keadaan tertentu yang membuat kamu memiliki kendali lebih terhadap node yang menjadi tempat pod dijalankan, contohnya untuk memastikan pod dijalankan pada mesin yang telah terpasang SSD, atau untuk menempatkan pod-pod dari dua servis yang berbeda yang sering berkomunikasi bersamaan ke dalam zona ketersediaan yang sama.
Kamu dapat menemukan semua berkas untuk contoh-contoh berikut pada [dokumentasi yang kami sediakan di sini](https://github.com/kubernetes/website/tree/{{< param "docsbranch" >}}/content/en/docs/concepts/configuration/)
{{% /capture %}}
{{% capture body %}}
<!-- body -->
## nodeSelector
@@ -317,8 +317,9 @@ spec:
```
Pod di atas akan berjalan pada node kube-01.
{{% /capture %}}
{{% capture whatsnext %}}
{{% /capture %}}
## {{% heading "whatsnext" %}}
content/id/docs/concepts/configuration/manage-compute-resources-container.md
+8 -7
View File
@@ -1,6 +1,6 @@
---
title: Mengatur Sumber Daya Komputasi untuk Container
content_template: templates/concept
content_type: concept
weight: 20
feature:
title: Bin Packing Otomatis
@@ -8,7 +8,7 @@ feature:
Menaruh kontainer-kontainer secara otomatis berdasarkan kebutuhan sumber daya mereka dan batasan-batasan lainnya, tanpa mengorbankan ketersediaan. Membaurkan beban-beban kerja kritis dan _best-effort_ untuk meningkatkan penggunaan sumber daya dan menghemat lebih banyak sumber daya.
---
{{% capture overview %}}
<!-- overview -->
Saat kamu membuat spesifikasi sebuah [Pod](/docs/concepts/workloads/pods/pod/), kamu
dapat secara opsional menentukan seberapa banyak CPU dan memori (RAM) yang dibutuhkan
@@ -18,9 +18,9 @@ untuk menaruh Pod-Pod. Dan saat limit (batas) sumber daya Container-Container te
maka kemungkinan rebutan sumber daya pada sebuah Node dapat dihindari.
Untuk informasi lebih lanjut mengenai perbedaan `request` dan `limit`, lihat [QoS Sumber Daya](https://git.k8s.io/community/contributors/design-proposals/node/resource-qos.md).
{{% /capture %}}
{{% capture body %}}
<!-- body -->
## Jenis-jenis sumber daya
@@ -615,10 +615,11 @@ spec:
{{% /capture %}}
{{% capture whatsnext %}}
## {{% heading "whatsnext" %}}
* Dapatkan pengalaman langsung [menentukan sumber daya memori untuk Container dan Pod](/docs/tasks/configure-pod-container/assign-memory-resource/).
@@ -628,4 +629,4 @@ spec:
* [ResourceRequirements](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#resourcerequirements-v1-core)
{{% /capture %}}
content/id/docs/concepts/configuration/organize-cluster-access-kubeconfig.md
+8 -7
View File
@@ -1,10 +1,10 @@
---
title: Mengatur Akses Klaster Menggunakan Berkas kubeconfig
content_template: templates/concept
content_type: concept
weight: 60
---
{{% capture overview %}}
<!-- overview -->
Gunakan berkas kubeconfig untuk mengatur informasi mengenai klaster, pengguna,
_namespace_, dan mekanisme autentikasi. Perintah `kubectl` menggunakan berkas
@@ -26,10 +26,10 @@ Instruksi langkah demi langkah untuk membuat dan menentukan berkas kubeconfig,
bisa mengacu pada [Mengatur Akses Pada Beberapa Klaster]
(/docs/tasks/access-application-cluster/configure-access-multiple-clusters).
{{% /capture %}}
{{% capture body %}}
<!-- body -->
## Mendukung beberapa klaster, pengguna, dan mekanisme autentikasi
@@ -152,14 +152,15 @@ Referensi _file_ pada perintah adalah relatif terhadap direktori kerja saat ini.
Dalam `$HOME/.kube/config`, _relative path_ akan disimpan secara relatif, dan
_absolute path_ akan disimpan secara mutlak.
{{% /capture %}}
{{% capture whatsnext %}}
## {{% heading "whatsnext" %}}
* [Mengatur Akses Pada Beberapa Klaster](/docs/tasks/access-application-cluster/configure-access-multiple-clusters/)
* [`kubectl config`](/docs/reference/generated/kubectl/kubectl-commands#config)
{{% /capture %}}
content/id/docs/concepts/configuration/overview.md
+5 -5
View File
@@ -1,16 +1,16 @@
---
title: Konfigurasi dan Penerapan Konsep
content_template: templates/concept
content_type: concept
weight: 10
---
{{% capture overview %}}
<!-- overview -->
Dokumen ini menyoroti dan memperkuat pemahaman konsep konfigurasi yang dikenalkan di seluruh panduan pengguna, dokumentasi Memulai, dan contoh-contoh.
Dokumentasi ini terbuka. Jika Anda menemukan sesuatu yang tidak ada dalam daftar ini tetapi mungkin bermanfaat bagi orang lain, jangan ragu untuk mengajukan issue atau mengirimkan PR.
{{% /capture %}}
{{% capture body %}}
<!-- body -->
## Tip konfigurasi secara umum
@@ -109,6 +109,6 @@ Semantik caching dari penyedia gambar yang mendasarinya membuat bahkan `imagePul
- Gunakan `kubectl run` dan` kubectl expose` untuk dengan cepat membuat Deployment dan Service single-container. Lihat [Use a Service to Access an Application in a Cluster](/docs/tasks/access-application-cluster/service-access-application-cluster/) untuk Contoh.
{{% /capture %}}
content/id/docs/concepts/configuration/pod-overhead.md
+8 -7
View File
@@ -1,10 +1,10 @@
---
title: Overhead Pod
content_template: templates/concept
content_type: concept
weight: 20
---
{{% capture overview %}}
<!-- overview -->
{{< feature-state for_k8s_version="v1.16" state="alpha" >}}
@@ -13,10 +13,10 @@ Ketika kamu menjalankan Pod pada Node, Pod itu akan mengambil sejumlah sumber da
_Pod Overhead_ adalah fitur yang berfungsi untuk menghitung sumber daya digunakan oleh infrastruktur Pod selain permintaan dan limit Container.
{{% /capture %}}
{{% capture body %}}
<!-- body -->
## Overhead Pod
@@ -44,11 +44,12 @@ Pengguna yang dapat mengubah sumber daya RuntimeClass dapat memengaruhi kinerja
Lihat [Ringkasan Otorisasi](/docs/reference/access-authn-authz/authorization/) untuk lebih lanjut.
{{< /note >}}
{{% /capture %}}
{{% capture whatsnext %}}
## {{% heading "whatsnext" %}}
* [RuntimeClass](/docs/concepts/containers/runtime-class/)
* [Desain PodOverhead](https://github.com/kubernetes/enhancements/blob/master/keps/sig-node/20190226-pod-overhead.md)
{{% /capture %}}
content/id/docs/concepts/configuration/pod-priority-preemption.md
+5 -5
View File
@@ -1,10 +1,10 @@
---
title: Prioritas dan Pemindahan Pod
content_template: templates/concept
content_type: concept
weight: 70
---
{{% capture overview %}}
<!-- overview -->
{{< feature-state for_k8s_version="1.14" state="stable" >}}
@@ -27,9 +27,9 @@ Versi Kubernetes | Keadaan Priority and Pemindahan | Dihidupkan secara Bawaan
{{< warning >}}Pada sebuah klaster di mana tidak semua pengguna dipercaya, seorang pengguna yang berniat jahat dapat membuat Pod-pod dengan prioritas paling tinggi, membuat Pod-pod lainnya dipindahkan/tidak dapat dijadwalkan. Untuk mengatasi masalah ini, [ResourceQuota](/docs/concepts/policy/resource-quotas/) ditambahkan untuk mendukung prioritas Pod. Seorang admin dapat membuat ResourceQuota untuk pengguna-pengguna pada tingkat prioritas tertentu, mencegah mereka untuk membuat Pod-pod pada prioritas tinggi. Fitur ini telah beta sejak Kubernetes 1.12.
{{< /warning >}}
{{% /capture %}}
{{% capture body %}}
<!-- body -->
## Bagaimana cara menggunakan Priority dan pemindahan Pod
@@ -253,4 +253,4 @@ Komponen satu-satunya yang mempertimbangkan baik QoS dan prioritas Pod adalah [p
Kubelet menggolongkan Pod-pod untuk pengusiran pertama-tama berdasarkan apakah penggunaan sumber daya mereka melebihi `requests` mereka atau tidak, kemudian berdasarkan Priority, dan kemudian berdasarkan penggunaan sumber daya yang terbatas tersebut relatif terhadap `requests` dari Pod-pod tersebut.
Lihat [Mengusir Pod-pod pengguna](/docs/tasks/administer-cluster/out-of-resource/#mengusir-pod-pod-pengguna) untuk lebih detail. Pengusiran oleh Kubelet karena kehabisan sumber daya tidak mengusir Pod-pod yang memiliki penggunaan sumber daya yang tidak melebihi `requests` mereka. Jika sebuah Pod dengan prioritas lebih rendah tidak melebihi `requests`-nya, ia tidak akan diusir. Pod lain dengan prioritas lebih tinggi yang melebihi `requests`-nya boleh diusir.
{{% /capture %}}
content/id/docs/concepts/configuration/resource-bin-packing.md
+5 -5
View File
@@ -1,10 +1,10 @@
---
title: Bin Packing Sumber Daya untuk Sumber Daya Tambahan
content_template: templates/concept
content_type: concept
weight: 10
---
{{% capture overview %}}
<!-- overview -->
{{< feature-state for_k8s_version="1.16" state="alpha" >}}
@@ -13,9 +13,9 @@ _Kube-scheduler_ dapat dikonfigurasikan untuk mengaktifkan pembungkusan rapat
`RequestedToCapacityRatioResourceAllocation`. Fungsi-fungsi prioritas dapat digunakan
untuk menyempurnakan _kube-scheduler_ sesuai dengan kebutuhan.
{{% /capture %}}
{{% capture body %}}
<!-- body -->
## Mengaktifkan _Bin Packing_ menggunakan RequestedToCapacityRatioResourceAllocation
@@ -214,4 +214,4 @@ NodeScore = (5 * 5) + (7 * 1) + (10 * 3) / (5 + 1 + 3)
```
{{% /capture %}}
content/id/docs/concepts/configuration/secret.md
+7 -6
View File
@@ -1,6 +1,6 @@
---
title: Secret
content_template: templates/concept
content_type: concept
feature:
title: Secret dan manajemen konfigurasi
description: >
@@ -9,16 +9,16 @@ weight: 50
---
{{% capture overview %}}
<!-- overview -->
Objek `secret` pada Kubernetes mengizinkan kamu menyimpan dan mengatur informasi yang sifatnya sensitif, seperti
_password_, token OAuth, dan ssh _keys_. Menyimpan informasi yang sifatnya sensitif ini ke dalam `secret`
cenderung lebih aman dan fleksible jika dibandingkan dengan menyimpan informasi tersebut secara apa adanya pada definisi {{< glossary_tooltip term_id="pod" >}} atau di dalam {{< glossary_tooltip text="container image" term_id="image" >}}.
Silahkan lihat [Dokumen desain Secret](https://git.k8s.io/community/contributors/design-proposals/auth/secrets.md) untuk informasi yang sifatnya mendetail.
{{% /capture %}}
{{% capture body %}}
<!-- body -->
## Ikhtisar Secret
@@ -1055,6 +1055,7 @@ dalam keadaan tidak terenkripsi.
dengan cara meniru kubelet. Meskipun begitu, terdapat fitur yang direncanakan pada rilis selanjutnya yang memungkinkan pengiriman secret hanya dapat
mengirimkan secret pada node yang membutuhkan secret tersebut untuk membatasi adanya eksploitasi akses _root_ pada node ini.
{{% capture whatsnext %}}
## {{% heading "whatsnext" %}}
{{% /capture %}}
content/id/docs/concepts/configuration/taint-and-toleration.md
+4 -4
View File
@@ -1,11 +1,11 @@
---
title: Taint dan Toleration
content_template: templates/concept
content_type: concept
weight: 40
---
{{% capture overview %}}
<!-- overview -->
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
untuk ditempatkan di sekelompok Node tertentu (preferensi ini dapat berupa _soft constraints_ atau
@@ -16,9 +16,9 @@ _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
node tidak akan menerima pod yang tidak mengikuti _taint_ yang sudah diterapkan.
{{% /capture %}}
{{% capture body %}}
<!-- body -->
## Konsep