cc @luxas @jbeda @mattmoyer @miekg

@ kubernetes / tanda-jaringan-fitur-permintaan

Apa argumen di balik sakelar ini?

Hai Kristian,

Berikut sedikit latar belakang. CoreDNS adalah proyek CNCF lainnya dan merupakan penerus SkyDNS, yang menjadi basis kube-dns. Ini adalah server DNS otoritatif yang fleksibel dan dapat diperluas dan kami telah membangun integrasi langsung ke Kubernetes API. Itu dapat berfungsi sebagai DNS cluster, sesuai dengan dns spec . Kami memulai diskusi dengan @thockin , @matchstick dan @bowei tahun lalu di sekitar KubeCon dan mereka pada prinsipnya terbuka untuk itu, tetapi tentu saja itu perlu dibuktikan sebagai pilihan yang tepat.

Adapun alasan untuk beralih, CoreDNS memiliki lebih sedikit bagian yang bergerak daripada kube-dns, karena ini adalah proses tunggal yang dapat dieksekusi dan tunggal. Itu ditulis dalam Go sehingga aman untuk memori (kube-dns termasuk dnsmasq yang tidak). Ini mendukung sejumlah kasus penggunaan yang tidak dimiliki kube-dns. Sebagai server DNS otoritatif tujuan umum, ia memiliki banyak fungsi yang tidak dapat diharapkan untuk ditambahkan oleh kube-dns.

Anda mungkin juga ingin melihat intro atau coredns.io . Ada juga webinar yang saya lakukan untuk CNCF beberapa bulan yang lalu.

Saya mengharapkan proposal untuk ini.

OK akan ku lakukan. Saya berasumsi itu berarti berdasarkan https://github.com/kubernetes/community/blob/master/contributors/design-proposals/Design_Proposal_TEMPLATE.md

Oke, ini proposalnya. Maaf untuk semua komit yang merujuk ini.

https://github.com/kubernetes/community/pull/1100

Tidak yakin ini dimaksudkan untuk ditutup

/buka kembali

@kargakis : Anda tidak dapat membuka kembali masalah/PR kecuali Anda yang menulisnya atau Anda ditugaskan untuk itu.

@spxtr adakah yang tahu bagaimana kita bisa berhenti menutup ini karena fork cross-linking?

Ini adalah fitur bug GitHub. Saya meminta mereka untuk mengubah perilaku untuk berhenti menutup ketika orang memperbarui garpu mereka, tetapi ada tanggapan "jika Anda tidak ingin itu terjadi, berhentilah mengatakan 'perbaikan #soandso' di pesan komit Anda."

Bagaimana dengan alat yang memvalidasi pesan komit?

Mari kita pindah diskusi di test-infra. Saya akan membuka masalah untuk dibahas.

Itu mungkin. Itu hanya menyebabkan masalah jika Anda mengatakan "memperbaiki someorg/repo#number" daripada "memperbaiki #nomor", karena dalam kasus terakhir ia mencoba untuk menutup masalah di garpu Anda di tempat yang tidak ada.

@johnbelamaric :wave: Silakan buka PR dokumentasi dan tambahkan tautan ke spreadsheet pelacakan. Terima kasih sebelumnya!

Dok PR: https://github.com/kubernetes/website/pull/6463

@luxas : kemarin telah divalidasi di SIG Network bahwa CoreDNS akan menjadi BETA untuk k8s 1.10.

Haruskah kita menandai di sini Stage/Beta ?

ditandai untuk beta 1.10

@johnbelamaric sepertinya Anda perlu memperbarui dokumen untuk 1.10? Jika ini membantu: https://github.com/kubernetes/website/blob/master/docs/tasks/administer-cluster/coredns.md
Saya dapat membantu jika Anda suka; sepertinya bendera status fitur perlu diperbarui, tetapi saya tidak yakin bagaimana Anda ingin merujuk ke rilis 1.10 dan pindah ke beta.

[ Mengutip [email protected] di "Re: [kubernetes/features] Switch de..." ]

@johnbelamaric sepertinya Anda perlu memperbarui dokumen untuk 1.10? Jika ini membantu: https://github.com/kubernetes/website/blob/master/docs/tasks/administer-cluster/coredns.md
Saya dapat membantu jika Anda suka; sepertinya bendera status fitur perlu diperbarui, tetapi saya tidak yakin bagaimana Anda ingin merujuk ke rilis 1.10 dan pindah ke beta.

Apa sebenarnya yang Anda butuhkan di sini. Dokumen yang Anda tautkan hanya perlu mengatakan beta?
Untuk versi CoreDNS yang akan digunakan? Itu harus 1.0.6 atau lebih tinggi.

@miekg Sepertinya saya bisa membuat pembaruan dokumen. Perselisihan menggabungkan konflik atm, akan memposting PR di sini dan menambahkan Anda sebagai pengulas ketika saya selesai memperbaiki.

@ Bradamant3 terima kasih atas tawarannya, tapi saya bisa mengurusnya hari ini, kecuali jika Anda benar-benar ingin melakukannya?

https://github.com/kubernetes/website/pull/7638

Pergi untuk itu! Terima kasih!

@johnbelamaric
Ada rencana untuk ini di 1.11?

Jika demikian, dapatkah Anda memastikan bahwa fitur tersebut mutakhir dengan yang sesuai:

• Keterangan
• Tonggak pencapaian
• Penerima Tugas
• Label:
  
  
  
  • stage/{alpha,beta,stable}
  
  
  • sig/*
  
  
  • kind/feature
  
  

cc @idvoretskyi

Fitur ini adalah

• ALPHA di k8s v1.9
• BETA di k8s v1.10
• Ada KEP yang sedang berlangsung untuk GA: https://github.com/kubernetes/community/pull/1956

@justaugutus terima kasih - Saya bukan anggota jadi saya tidak memiliki akses untuk mengubah label, dll. Tapi seperti yang dikatakan @fturib , ini ditargetkan untuk GA di 1.11. @rajansandeep dapatkah Anda mengubah label?

Sepertinya saya tidak memiliki izin untuk mengubah label.
@cmluciano @idvoretskyi dapat memperbarui label di sini.

Diperbarui

@cmluciano terima kasih!

Sempurna. Terima kasih atas pembaruan semuanya!

Ini telah berubah sekarang, kita perlu membagi menjadi dua fitur: CoreDNS tersedia sebagai opsi, dan CoreDNS sebagai default. Bisakah kita mengganti nama masalah dan membuat yang baru untuk menjadikannya default (menargetkan 1,12)?

@johnbelamaric / @cmluciano -- Saya telah mengganti nama deskripsi fitur ini dan membuat yang baru (#566) dengan mengaktifkan CoreDNS sebagai plugin DNS default. PTAL dan beri tahu saya jika ada detail yang perlu saya perbarui tentang masalah fitur itu.

@justaugutus terima kasih!

@justaugutus apa perbedaan antara yang sekarang dan #566?

@idvoretskyi yang sekarang tidak mengaktifkannya secara default. Itu hanya menyatakannya sebagai fitur GA yang dapat diaktifkan. Mengaktifkannya secara default (pada pemasangan baru dan peningkatan) akan datang nanti.

@johnbelamaric sudah jelas, terima kasih.

Saya tidak yakin dua masalah fitur diperlukan untuk itu. Jika CoreDNS adalah GA di v1.11, semua alat penerapan (kubeadm, kops, GKE, AKS, EKS, dll.) akan mengaktifkannya secara default dengan kecepatan mereka sendiri. Anda tidak dapat menentukan default untuk opsi untuk semua opsi penginstal, karena beberapa di antaranya tidak dapat dijangkau oleh dunia OSS. Aku akan pergi dengan hanya satu ini. Jika Anda ingin melacak pengaktifan CoreDNS sebagai fitur untuk _penerapan spesifik_ seperti GKE, Anda dapat melakukannya secara opsional dalam masalah terpisah.

Apakah itu masuk akal bagi Anda?

@luxas Saya mengerti maksud Anda. Namun, tidakkah kita perlu memberikan rekomendasi di beberapa titik tentang opsi mana yang akan digunakan? Bagaimana jika kita ingin menghentikan kube-dns di beberapa titik?

"Ganti komponen" ini adalah wilayah baru, jadi kami mencoba mencari proses terbaik.

Ketika CoreDNS adalah GA, saya berharap itu menjadi default untuk cluster baru karena ini adalah hal baru.
Itulah rekomendasi tersirat dari status fitur untuk saya setidaknya.
Jika CoreDNS siap secara teknis menjadi default di semua cluster baru di v1.11, saya akan memindahkannya ke GA sekarang dan menghentikan kube-dns. kube-dns akan didukung sebagai opsi untuk kompatibilitas mundur selama satu tahun (sekitar empat rilis; hingga v1.15), mulai dari GA: 1 year or 2 releases (whichever is longer) di https://kubernetes.io/docs/reference/ penghentian-kebijakan/

@luxas Saya berharap akan ada fitur tambahan (jika belum ada) di mana Anda memilih di antara beberapa opsi GA yang menyediakan fungsionalitas serupa. Misalnya, apakah akan menggunakan iptables atau ipvs untuk kube-proxy. Saya pikir kita membutuhkan model untuk mengelola situasi itu.

@johnbelamaric Saya adalah pemimpin Sinyal CI untuk 1.11 dan juga mengerjakan program pengujian Kesesuaian untuk K8. Saya melihat fitur ini akan Stabil di 1.11.
Saya juga melihat Anda memiliki beberapa perubahan uji e2e untuk fitur ini. Saya menindaklanjuti untuk melihat apakah dan tes mana yang harus kami promosikan ke suite kesesuaian di 1.11.
Sebagai bagian dari proses untuk meningkatkan cakupan kesesuaian, yang diuraikan oleh Conformance WG dan Sig-Arch, kami berharap fitur yang masuk ke stable/GA memiliki representasi di suite Kesesuaian . Pembaruan Anda pada hal yang sama akan membantu kami mengevaluasi fitur ini dengan lebih baik.

Saya berharap tes kesesuaian DNS yang ada untuk menutupi ini. Saya
tidak akan mengharapkan penggunaan coredns harus sesuai.

Semua yang dikatakan - apakah tes kesesuaian dns kami cukup dalam cakupan untuk
memenuhi persyaratan minimum dns?

@AishSundar : CoreDNS menggantikan kube-dns. Dengan demikian kami telah memastikan bahwa CoreDNS sesuai dengan tes Kesesuaian DNS yang ada.
Kami memiliki tes suite untuk CoreDNS yang berjalan di sini: http://k8s-testgrid.appspot.com/sig-network-gce#gci -gce-coredns (yang lebih besar dari Conformance)

Dengan demikian, CoreDNS sudah memiliki representasi di suite Kesesuaian (sama seperti kube-dns, fitur yang digantikannya).

Kami juga memastikan bahwa CoreDNS sesuai dengan semua tes DNS yang berjalan di e2e. itulah sebabnya kami memiliki beberapa perubahan uji e2e. Tapi itu bukan bagian dari suite kesesuaian.

Sesuaikan tes yang ada ke CoreDNS, verifikasi konfigurasi dengan perubahan Configmap : https://github.com/kubernetes/kubernetes/pull/63265

Buat tes baru untuk DNS, dengan menambahkan tes terkait DNS khusus pada skalabilitas (ditanyakan oleh sig-networking): https://github.com/kubernetes/kubernetes/pull/63820

Memperluas semua tes DNS untuk kasus penggunaan IPv6: https://github.com/kubernetes/kubernetes/pull/59894

@smarterclayton CoreDNS sesuai dengan konfigurasi default.

Terima kasih

Pada Kamis, 24 Mei 2018 pukul 09:04, John Belamaric [email protected]
menulis:

@smarterclayton https://github.com/smarterclayton CoreDNS sesuai
dalam konfigurasi default.

—
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/kubernetes/features/issues/427#issuecomment-391706882 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/ABG_p5HuTwCmZPQTctXv2FUS15nuzKC6ks5t1q_bgaJpZM4PU9YV
.

Terima kasih @fturib atas klarifikasi dan petunjuk PR di sini

@johnbelamaric --
Kami sedang melakukan satu sapuan lagi pada spreadsheet pelacakan Fitur 1.11 .
Maukah Anda mengisi bidang yang tidak lengkap/kosong untuk item baris fitur ini?

@justaugutus Saya memperbaruinya ke "Draf". Kami memiliki beberapa PR di berbagai negara bagian yang tergabung dan sedang ditinjau untuk dokumen. Sudah ada tautan di sana ke masalah pelacakan .

@johnbelamaric terima kasih atas pembaruannya!
Sepertinya semuanya baik-baik saja tentang masalah pelacakan itu. Satu-satunya catatan saya adalah bahwa masalah pelacakan akan lebih cocok sebagai masalah di k/k atau k/website , bukan proyek Kubeadm.

Menutup ini sebagai fitur adalah GA di 1.11. Silakan buka kembali jika masih ada kebutuhan untuk melacak ini.
/Menutup