danehans شكرًا لك على تقديم مشكلة الميزة هذه!
ccidvoretskyi لمعلوماتك

مشكلة xref ipv6: https://github.com/kubernetes/kubernetes/issues/1443

danehans : wave: الرجاء الإشارة في لوحة تتبع ميزة 1.9
ما إذا كانت هذه الميزة بحاجة إلى وثائق. إذا كانت الإجابة بنعم ، يرجى فتح العلاقات العامة وإضافة رابط إلى جدول بيانات التتبع. شكرا لك مقدما!

zacharysarah ليس لدي سوى وصول للتعليق على لوحة تتبع ميزة 1.9 ، لذلك أضفت تعليقات على متطلبات مستندات IPv6.

نسخة إلى:mmueen

zacharysarah ، هل يلزم تحديث سجل التغيير 1.9 يدويًا للإشارة إلى أي من IPv6 PRs أو https://github.com/kubernetes/kubernetes/issues/1443؟

danehans عندما تقول سجل التغيير ، هل تقصد ملاحظات الإصدار؟

/ cc @ Bradamant3 لرؤية ملاحظات الإصدار

نعم ، أحاول أن أفهم ما إذا كان يلزم إضافة أي شيء إلى ملاحظات الإصدار 1.9 ، وإذا كان الأمر كذلك ، فما هي العملية التي يجب اتباعها. شكرا لك.

يجب أن يحتوي هذا على مذكرة إصدار

/ سم مكعب @ Bradamant3nickchase الإصدار مذكرة الرؤية! ☝️

مسودة مذكرة إصدار danehans 1.9 هنا:
https://docs.google.com/document/d/1veHHyDH9VoNTwP6yy9u2Q7Jj1hnBJGVPv3NPHInImgU/edit

يمكنك اتباع الإرشادات الموجودة أعلى المستند.

xref: https://groups.google.com/forum/#!topic/kubernetes -sig-release / x6ySPIJkMN4 بواسطة enisoc

xiangpengzhao لقد قمت بتحديث ملاحظات الإصدار 1.9 بتفاصيل دعم ipv6. يرجى إعلامي إذا كان إضافة محتوى ipv6 مطلوبًا لملاحظات الإصدار 1.9.

danehans أعتقد أن التفاصيل التي أضفتها جيدة بما يكفي: +1

• تمت إضافة دعم ألفا IPv6. تتضمن تفاصيل دعم IPv6 البارزة ما يلي:
  
  
  
  • دعم عمليات نشر مجموعة Kubernetes لـ IPv6 فقط. لا توفر هذه الميزة دعمًا مزدوجًا للمكدس.
  
  
  • دعم التحكم في IPv6 Kubernetes وطائرات البيانات.
  
  
  • دعم عمليات نشر مجموعة Kubernetes IPv6 باستخدام kubeadm.
  
  
  • دعم الواجهة الخلفية iptables kube-proxy باستخدام ip6tables.
  
  
  • يعتمد على ثنائيات CNI 0.6.0 لشبكات جراب IPv6.
  
  
  • على الرغم من أن ملحقات CNI الأخرى تدعم IPv6 ، إلا أنه تم اختبار جسر CNI ومكونات ipam المحلية فقط لإصدار alpha.
  
  
  • يضيف دعم IPv6 لـ kube-dns باستخدام سجلات SRV.
  
  
  • تحفظات
  
  
  • HostPorts غير مدعومة.
  
  
  • يجب أن يكون قناع شبكة IPv6 لشبكة pod أو cidr العنقودية / 66 أو أطول. على سبيل المثال: 2001: db1 :: / 66، 2001: dead: beef :: / 76، 2001: cafe :: / 118 مدعومة. 2001: db1 :: / 64 غير مدعوم
    
    ""
  
  

danehans لقد ألقيت نظرة أخرى على مذكرة الإصدار ووجدت أنك وضعت تفاصيل ipv6 في القسم Before Upgrading . لا أعتقد أننا يجب أن نضعهم هناك.

xiangpengzhao القلق الوحيد الذي العلاقات العامة للرصاصات المختلفة.

xiangpengzhao لقد قمت بنقل محتوى IPv6 لملاحظات الإصدار 1.9. يرجى إعلامي إذا كان لديك أي مخاوف أخرى.

danehans أن LGTM :)

أستخدم Kubernetes على IPv6 فقط (v1.8.x) لفترة من الوقت الآن ،
وأعتقد أن أكبر مشكلة يجب حلها هي اكتشاف ما إذا كان IPv6 ممكّنًا للتوقف عن استخدام ClusterIPs (10.32.xx) على المجموعات.

@ valentin2105 هل يمكنك من فضلك فتح مشكلة في k / k لتتبع هذا إذا كنت تعتقد أنه يجب حل مشكلة؟
https://github.com/kubernetes/kubernetes/issues

تضمين التغريدة
أي خطط لهذا في 1.11؟

إذا كان الأمر كذلك ، فيرجى التأكد من تحديث الميزة بما يلي:

• وصف
• معلما
• معين (ق)
• ملصقات:
  
  
  
  • stage/{alpha,beta,stable}
  
  
  • sig/*
  
  
  • kind/feature
  
  

ccidvoretskyi

leblancd يقود عملية شحن IPv6. سوف اسمح له بالتعليق.

justaugustus - ربما ينبغي تقسيم هذا إلى
دعم IPv6-Only: الإصدار 1.9 ، Alpha
دعم المكدس المزدوج: الإصدار 1.11 ، ألفا
أعتقد أن هذه المشكلة (# 508) كافية لدعم IPv6 فقط ، وستكون هناك حاجة إلى إصدار جديد للمكدس المزدوج.

/ نوع الميزة

تضمين التغريدة

• هل هناك أي عمل مخطط له لدعم IPv6 فقط في الإصدار 1.11؟ إذا كان الأمر كذلك ، فهل يمكنك إخبارنا إذا كان يتتبع ألفا أو بيتا أو مستقرًا ، حتى نتمكن من تحديد الإنجاز؟
• هل تمانع في فتح مشكلة بالتفاصيل المناسبة لدعم Dual-Stack؟

تضمين التغريدة
يعمل IPv6 بشكل جيد على إصدارات v1.9 و v1.10 وفي المكدس المزدوج أيضًا.

justaugustus :
مشكلة ميزة المكدس المزدوج

هذه الميزة الحالية ليس لها أي معالم ، لذلك نود تسجيل الوصول ومعرفة ما إذا كانت هناك أي خطط لذلك في Kubernetes 1.12.

إذا كان الأمر كذلك ، فيرجى التأكد من أن هذه المشكلة محدثة بجميع المعلومات التالية:

• وصف ميزة من سطر واحد (يمكن استخدامه كملاحظة إصدار):
• جهة الاتصال الأساسية (المسؤول):
• SIGs المسؤولة:
• رابط اقتراح التصميم (مجتمع الريبو):
• رابط لـ e2e و / أو اختبارات الوحدة:
• المراجع (المراجعون) - (لـ LGTM) يوصون بموافقة أكثر من 2 من المراجعين (واحد على الأقل من ملف OWNERS في منطقة الكود) على المراجعة. يفضل المراجعون من عدة شركات:
• الموافق (من المحتمل أن يكون من SIG / المنطقة التي تنتمي إليها الميزة):
• هدف الميزة (أي الهدف يساوي أي حدث رئيسي):
  
  
  
  • هدف إطلاق ألفا (س ص)
  
  
  • هدف إصدار بيتا (س ص)
  
  
  • هدف الإطلاق المستقر (xy)
  
  

اضبط ما يلي:

• وصف
• معين (ق)
• ملصقات:
  
  
  
  • المرحلة / {alpha، beta، stabil}
  
  
  • سيج / *
  
  
  • النوع / الميزة
  
  

بمجرد تحديث هذه الميزة بشكل مناسب ، يرجى صراحة pingjustaugustus و @ kacole2 و robertsandoval و @ rajendar38 للإشارة إلى أنها جاهزة للتضمين في جدول بيانات تتبع الميزات لـ Kubernetes 1.12 .

يرجى ملاحظة أن تجميد الميزات سيكون غدًا ، 31 يوليو ، وبعد ذلك ستتطلب أي مشكلات غير مكتملة للميزات طلب استثناء ليتم قبوله في المرحلة الرئيسية.

بالإضافة إلى ذلك ، يرجى العلم بالمواعيد النهائية التالية ذات الصلة:

• الموعد النهائي لمحرر المستندات (فتح العناصر النائبة PRs): 8/21
• تجميد حالة الاختبار: 8/28

يرجى التأكد من تضمين ملاحظات الإصدار ذات الصلة في جميع العلاقات العامة الخاصة بالميزات أيضًا.

شحن سعيد!

ملاحظة: تم إرسال هذا عبر الأتمتة

مرحبًاleblancd

هل هناك خطة لجعل IPv6 يدعم الإصدار التجريبي في K8s 1.12؟ إذا كنت تتذكر ، فقد سألت عن حالة دعم المكدس المزدوج في https://github.com/kubernetes/features/issues/563. نظرًا لأن المكدس المزدوج لا يزال أمامه المزيد من العمل الذي يتعين القيام به ، فأنا أحاول معرفة ما إذا كان بإمكاننا التعايش مع دعم IPv6 فقط حتى الآن ، ولكنه لا يزال في مرحلة ألفا ، لذلك في حالة إمكانية مشاركة تاريخ مبدئي عندما يصبح IPv6 إصدارًا تجريبيًا / GA ، سيكون مفيدًا حقًا.

@ navjotsingh83 ما هي النقطة المفقودة بالنسبة لك بخصوص IPv6 في Kubernetes؟

مرحبا @ valentin2105

لم نقم بتكوين IPv6 واستخدامه في K8s حتى الآن. ولكن قبل الخوض في ذلك ، لماذا نشرت هذا السؤال لأنه لا يزال ميزة ألفا ، لذلك حتى أنه يعمل (وهو ما قد يحدث) ، لا يمكننا الحصول على ميزات ألفا في الإنتاج. نحن الآن في مرحلة PoC / التخطيط حول ما إذا كان يجب علينا نشر تطبيقنا على K8s أم لا في الإصدار التالي ، لذلك بناءً على الوقت الذي ستصبح فيه الميزة تجريبية (atleast) أو GA (مفضل) ، سنتخذ قرار go / nogo .

مرحبًا @ navjotsingh83 - يجب أن يكون دعم IPv6 فقط إصدارًا تجريبيًا في K8s 1.13. ما هو مفقود لميزة IPv6 فقط التي يجب اعتبارها تجريبية هو Kubernetes IPv6-only CI ، وهذا قيد الإعداد. فيما يلي الاقتراح الأولي لـ K8s CI (باستخدام مجموعة افتراضية متعددة الرموز في بيئة GCE): https://github.com/kubernetes/test-infra/pull/7529. يحتوي اقتراح CI هذا على قوة دفع ، ولكن طلبت مني مجموعة اختبار الأشعة تحت الحمراء تغيير ذلك من استخدام مجموعة قائمة على GCE إلى نشر مجموعة متعددة الرموز مباشرة في حاوية Prow (لإزالة الاعتماد على عمليات GCE). ينتج عن هذا بنية Docker-in-Docker-in-Docker ، والتي كانت صعبة بعض الشيء لبدء العمل. أتوقع الحصول على CI PR في غضون أسبوع يتم تشغيله داخل حاوية Prow محلية ، ولكن بعد ذلك سيحتاج ذلك إلى جولة أخرى من المراجعات قبل الدمج.

هل هناك أي شيء محدد. دعم مكدس مزدوج الذي تحتاجه؟ بمعنى آخر ، إذا كان دعم IPv6 فقط هو بيتا / GA ، فهل سيكون ذلك كافيًا؟ أنا مهتم بسماع ما إذا كان ما اقترحناه في المواصفات المزدوجة المكدس على المسار الصحيح لما تحتاجه.

leblancd مرحباdanehans
لقد تم تتبع هذا التحسين من قبل ، لذلك نود تسجيل الوصول ومعرفة ما إذا كانت هناك أي خطط لذلك لتخرج مراحل في Kubernetes 1.13. يهدف هذا الإصدار إلى أن يكون "أكثر استقرارًا" وسيكون له جدول زمني صارم. يُرجى عدم تضمين هذا التحسين إلا إذا كان هناك مستوى عالٍ من الثقة في أنه سيلبي المواعيد النهائية التالية:
المستندات (فتح عنصر نائب PRs): 11/8
كود سلاش: 11/9
يبدأ تجميد الكود: 11/15
المستندات كاملة ومراجعة: 11/27

يرجى تخصيص بعض الوقت لتحديث المعالم في المنشور الأصلي الخاص بك من أجل التتبع المستقبلي و ping ورقة تتبع التحسينات 1.13

نحن نشجع الآن أيضًا على أن كل تحسين جديد يتوافق مع KEP. إذا تم إنشاء KEP ، فيرجى الارتباط به في المنشور الأصلي أو اغتنام الفرصة لتطوير KEP.

شكرا!

leblancd شكرًا على التحديث هنا ، مثير جدًا للاهتمام. يسعدني أن أرى أن هذا سيؤتي ثماره أخيرًا مع 1.13.

مرحبا،

كنت أتساءل ، ما هي الحالة الحالية المفترضة لدعم IPv6؟ إذا حاولت تمهيد مجموعة باستخدام

kubeadm init --pod-network-cidr 2a0a:e5c0:102:3::/64 --apiserver-advertise-address=2a0a:e5c0:2:12:400:f0ff:fea9:c401 --service-cidr 2a0a:e5c0:102:6::/64

والنتيجة هي أن خادم API لا يمكن الوصول إليه بعد ذلك:

root<strong i="10">@ubuntu</strong>:/etc/kubernetes/manifests# kubectl get nodes
The connection to the server localhost:8080 was refused - did you specify the right host or port?

فحص الحاويات التي تم إنشاؤها:

root<strong i="14">@ubuntu</strong>:/etc/kubernetes/manifests# docker ps 
CONTAINER ID        IMAGE                  COMMAND                  CREATED             STATUS              PORTS               NAMES
a55623e52447        k8s.gcr.io/pause:3.1   "/pause"                 7 minutes ago       Up 7 minutes                            k8s_POD_kube-apiserver-ubuntu_kube-system_fec7f583ea75dd4fc232913538c9fba1_0
cefb94378d33        ab81d7360408           "kube-scheduler --ad…"   24 minutes ago      Up 24 minutes                           k8s_kube-scheduler_kube-scheduler-ubuntu_kube-system_44b569a35761491825f4e7253fbf0543_0
c569ef8d9e30        26e6f1db2a52           "kube-controller-man…"   24 minutes ago      Up 24 minutes                           k8s_kube-controller-manager_kube-controller-manager-ubuntu_kube-system_fe38083b94da6f6c5a89788091e3bcb6_0
a25693b556e5        3cab8e1b9802           "etcd --advertise-cl…"   24 minutes ago      Up 24 minutes                           k8s_etcd_etcd-ubuntu_kube-system_7db86297afa09dfaa5049a791ed76555_0
9e85d0f7873d        k8s.gcr.io/pause:3.1   "/pause"                 24 minutes ago      Up 24 minutes                           k8s_POD_kube-scheduler-ubuntu_kube-system_44b569a35761491825f4e7253fbf0543_0
d6516a6656a7        k8s.gcr.io/pause:3.1   "/pause"                 24 minutes ago      Up 24 minutes                           k8s_POD_kube-controller-manager-ubuntu_kube-system_fe38083b94da6f6c5a89788091e3bcb6_0
8dab4c0348a9        k8s.gcr.io/pause:3.1   "/pause"                 24 minutes ago      Up 24 minutes                           k8s_POD_kube-apiserver-ubuntu_kube-system_84183f750feaa89bfaa9d456805fdc7a_0
b561f8c07ff7        k8s.gcr.io/pause:3.1   "/pause"                 24 minutes ago      Up 24 minutes                           k8s_POD_etcd-ubuntu_kube-system_7db86297afa09dfaa5049a791ed76555_0

يبدو أنه لا يوجد تعيين منفذ لـ 8080 - ألا يجب أن يكون هناك منفذ واحد؟

مرحبا @ telmich ،

لا أعرف الكثير عن KubeADM ، ولكن ما أعرفه هو أن IPv6 على Kubernetes يعمل بشكل جيد.

كما أرى الأمر الخاص بك ، سوف أقترح عليك استخدام قوس حول عناوين الإصدار 6 الخاصة بك مثل [2a0a: e5 ...]

يا @ valentin2105 !

إنه لأمر رائع أن نسمع أن IPv6 يجب أن يعمل ، ولكن كيف يمكنني تشغيل مجموعة kubernetes بدون kubeadm؟

إعادة بناء الجملة []: يُستخدم هذا عادةً لعنوان IPv6 واحد ، وليس للنطاقات ويفشل kubeadm على الفور عند استخدامه:

root<strong i="9">@k8s1</strong>:~# kubeadm init --pod-network-cidr '[2a0a:e5c0:102:3::/64]' --service-cidr '[2a0a:e5c0:102:6::/64]'
[serviceSubnet: Invalid value: "[2a0a:e5c0:102:6::/64]": couldn't parse subnet, podSubnet: Invalid value: "[2a0a:e5c0:102:3::/64]": couldn't parse subnet, KubeProxyConfiguration.ClusterCIDR: Invalid value: "[2a0a:e5c0:102:3::/64]": must be a valid CIDR block (e.g. 10.100.0.0/16)]
root<strong i="10">@k8s1</strong>:~# 

لقد استغرقت الوقت الكافي لتدوين النتائج التي توصلت إليها حتى الآن على https://redmine.ungleich.ch/issues/6255 وحاليًا أدعي أنه لا توجد طريقة لإعداد مجموعة IPv6 فقط باستخدام kubeadm في الوقت الحالي.

بالنظر إلى أنني مبتدئ k8s ، أتساءل شيئين:

• هل أنا مخطئ بشأن مطالبتي؟
• إذا كنت محقًا بشأن مطالبتي ، فكيف يمكنني مع ذلك إعداد مجموعة kubernetes في وضع IPv6 فقط؟

بالنسبة للسؤال الأخير: لقد ألقيت بالفعل نظرة على المراحل المختلفة لـ kubeadm وحاولت تكرار الحرف الأول من خلال القيام بمرحلة تلو الأخرى ، ولكن ما هو غير واضح بالنسبة لي ، متى / كيف أقوم بتعديل خيارات etcd ، apiserver ، وحدة التحكم حتى أتمكن من التحكم فيه أكثر دقة؟

يجب عليك تصحيح أخطاء أي مكون أثناء تشغيله باستخدام kubeadm ، ربما يتعلق الأمر بـ CNI؟ لا أعرف ما إذا كان الجسر المضيف المحلي يدعم IPv6 في cni.

إذا كنت ترغب في محاولة إعداد الإصدار 6 فقط وربما المقارنة مع إعداد kubeadm الخاص بك ، فتحقق من وصفة Saltstack التي تعمل في Ipv6 حيث أستخدمها في مجموعات قليلة من الإصدار 6 فقط.
https://github.com/valentin2105/Kubernetes-Saltstack

danehans مرحبًا - أنا قائد التحسين لـ 1.14 وأنا أتحقق من هذه المشكلة لمعرفة العمل (إن وجد) المخطط له لإصدار 1.14. تجميد التحسينات هو 29 كانون الثاني (يناير) وأريد التذكير بأن جميع التحسينات يجب أن تحتوي على KEP

claurence لم يتم التخطيط لعمل IPv6 لـ 1.14.

مرحبًا danehans ، أنا

بمجرد بدء الترميز ، يرجى سرد جميع العلاقات العامة k / k ذات الصلة في هذه المشكلة حتى يمكن تتبعها بشكل صحيح.

thockinBenTheElder أعتقد أنه من الممكن تخريج مجموعات كإصدار تجريبي في 1.15.
إذا دمجنا هذا https://github.com/kubernetes-sigs/kind/pull/348 يمكنني العمل على الاختبارات الفاشلة خلال هذه الدورة https://github.com/kubernetes/kubernetes/issues/70248 وإضافة وظيفة إلى CI
ما رأيك؟

@ kacole2 لسوء الحظ ، لم أعد أعمل على IPv6.

هل يعمل أي شخص على دعم IPv6 الأصلي (غير مكدس مزدوج) في k8s؟

@ telmich يجب أن يكون هذا ممكنًا اليوم. ألق نظرة على https://github.com/leblancd/kube-v6 للحصول على نظرة عامة جيدة للوضع الحالي.

مرحبًا danehans - أنا ظل تحسينات لـ 1.16.

هل ستتخرج هذه الميزة بمراحل ألفا / بيتا / مستقرة في 1.16؟ يرجى إعلامي حتى يمكن إضافته إلى جدول بيانات التتبع 1.16 .

بمجرد أن يبدأ التطوير أو إذا كان قد تم بالفعل ، يرجى سرد جميع العلاقات العامة k / k ذات الصلة في هذه المشكلة حتى يمكن تتبعها بشكل صحيح.

لقد لاحظت أنه لا يوجد KEP مرتبط في وصف المشكلة ؛ كتذكير ، يتطلب كل تحسين KEP في حالة قابلة للتنفيذ مع معايير التخرج التي توضح متطلبات كل مرحلة من مراحل ألفا / بيتا / مستقرة.

للتذكير ، 1.16 التواريخ الرئيسية هي: تجميد التحسين 7/30 وتجميد الرمز 8/29.

شكرا!

mariantalla لم أعد أعمل على هذه الميزة. قد ترغب في سؤال شبكة sig لمعرفة ما إذا كان أي شخص آخر يخطط للتعامل مع تخرج الميزة.

@ lachie83 هذا شيء يجب

نعم. اسمحوا لي أن أحصل على هذا في جدول أعمال شبكة SIG

سأقدم PR مع KEP لتخرج IPv6 إلى Beta خلال هذه الدورة

شكرًا aojea ، سأضيف كلاهما (هذا و https://github.com/kubernetes/enhancements/issues/1138) كما تم تعقبه للإصدار 1.16 ، مستهدفًا beta و At Risk بينما لم يتم دمج KEP.

هل أنت جيد معي في تعيينك كمالك لهذه المشكلة أيضًا ، danehans لحفظ صندوق الوارد الخاص به؟

تضمين التغريدة

مرحبًا ، aojea أنا قائد إصدار مستندات v1.16.

هل يتطلب هذا التحسين (أو العمل المخطط له للإصدار 1.16) أي مستندات جديدة (أو تعديلات)؟

فقط للتذكير ، نحن نبحث عن علاقات عامة ضد k / website (فرع dev-1.16) بحلول يوم الجمعة 23 أغسطس. سيكون من الرائع أن تكون هذه هي بداية التوثيق الكامل ، ولكن حتى العنصر النائب PR مقبول. اسمحوا لي أن أعرف إذا كان لديك أي أسئلة!

مرحبًا ، aojea أنا قائد إصدار مستندات v1.16.

هل يتطلب هذا التحسين (أو العمل المخطط له للإصدار 1.16) أي مستندات جديدة (أو تعديلات)؟

فقط للتذكير ، نحن نبحث عن علاقات عامة ضد k / website (فرع dev-1.16) بحلول يوم الجمعة 23 أغسطس. سيكون من الرائع أن تكون هذه هي بداية التوثيق الكامل ، ولكن حتى العنصر النائب PR مقبول. اسمحوا لي أن أعرف إذا كان لديك أي أسئلة!

@ neolit123timothysc أعتقد أنني أستطيع إضافة قسم لkubeadm مستندات https://github.com/kubernetes/website/tree/master/content/en/docs/setup/production-environment/tools/kubeadm مثل Configuring your Kubernetes cluster to use IPv6 ما رأيك؟ هل تعمل من أجلك؟

تضمين التغريدة
يعتمد على ما تخطط لإضافته إلى المستندات؟

تشير هذه الأقسام بالفعل إلى أن ipv6 مدعوم بواسطة kubeadm:
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#initializing -your-control-plane-node
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#pod -network

/ تعيينaojea
/ إلغاء تعيين danehans

مرحبًا aojea - مجرد تذكير سريع بأن تجميد التحسينات سيكون غدًا. هذا التحسين معرض للخطر في الوقت الحالي ، لأنه لم يتم دمج KEP الخاص به بعد.

أعتقد أنه يتم تتبع KEP في # 1138. هل يمكننا طي هذا في هذه القضية؟

تشير هذه الأقسام بالفعل إلى أن ipv6 مدعوم بواسطة kubeadm:
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#initializing -your-control-plane-node
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#pod -network

simplytunde يبدو أن الوثائق التي تواجه المستخدم مغطاة بالفعل

يبدو أن الوثائق التي تواجه المستخدم مغطاة بالفعل

لن أقول أن kubeadm هو المستند الوحيد الذي يواجه المستخدم للحصول على دعم IPv6 ، لكنني سألتزم بشبكة SIG والقائمين على صيانة هذه الميزة.

aojeadanehans @ lachie83
مر تجميد التحسين لـ 1.16. لم يتم دمج KEP في # 1139 مطلقًا ويتم الآن إزالته من 1.16 معلم. إذا كان هذا يرغب في إعادة إضافته ، يرجى تقديم استثناء وسيتطلب موافقة من قائد الإصدار .

/ معلم واضح

@ kacole2 شكرًا على المتابعة ،

مرحبًا هناك aojea - تؤدي التحسينات 1.17 هنا. أردت تسجيل الوصول ومعرفة ما إذا كنت تعتقد أن هذا التحسين سينتقل إلى ألفا / بيتا / مستقر في 1.17؟

جدول الإصدار الحالي هو:

الاثنين 23 سبتمبر - تبدأ دورة الإصدار
الثلاثاء ، 15 أكتوبر ، التخلص من الذخائر المتفجرة بتوقيت المحيط الهادئ - تجميد التحسينات
الخميس ، 14 نوفمبر ، التخلص من الذخائر العنقودية - تجميد الرمز
الثلاثاء ، 19 تشرين الثاني (نوفمبر) - يجب إكمال المستندات ومراجعتها
الاثنين 9 كانون الأول (ديسمبر) - تم إصدار Kubernetes 1.17.0

إذا قمت بذلك ، فبمجرد بدء الترميز ، يرجى إدراج جميع العلاقات العامة k / k ذات الصلة في هذه المشكلة حتى يمكن تتبعها بشكل صحيح. 👍

شكرا!

mrbobbytables وفقًا لـ KEP ، هناك شيء واحد مفقود وهو وظيفة CI في موفر السحابة

ترقية IPv6 إلى الإصدار التجريبي

معايير التخرج

• [x] لديها تكافؤ في ميزات IPv4

• [x] لديها CI باستخدام بيئة اختبار kubernetes

  • نوع حظر إصدار IPv6 مهمة
  • وظيفة تقديم نوع IPv6 مسبقًا (إعلامية)

• [] لديها CI باستخدام مزود سحابة واحد على الأقل

• [x] لقد اجتاز جميع اختبارات المطابقة e2e
• [x] موثق

مدهش. ستضيفه ليتم تتبعه عند التخرج إلى الإصدار التجريبي 👍

مرحبًا aojea ، أنا أحد ظلال مستندات الإصدار 1.17.
هل يتطلب هذا التحسين (أو العمل المخطط له للإصدار 1.17) أي مستندات جديدة (أو تعديلات على المستندات الحالية)؟ إذا لم يكن الأمر كذلك ، فهل يمكنك تحديث ورقة تعقب التحسين 1.17 (أو إخباري وسأفعل ذلك)

إذا كان الأمر كذلك ، فقط للتذكير الودية نحن نبحث عن علاقات عامة ضد k / موقع الويب (فرع dev-1.17) بحلول يوم الجمعة ، 8 نوفمبر ، يمكن أن يكون مجرد عنصر نائب للعلاقات العامة في هذا الوقت. اسمحوا لي أن أعرف إذا كان لديك أي أسئلة!

تضمين التغريدة
هل تمانع في تحديث ورقة تعقب التحسين؟
لن نطلب المزيد من المستندات كما هو موضح هنا https://github.com/kubernetes/enhancements/issues/508#issuecomment -516064858

حسنًا ، شكرًا على التأكيد aojea . لقد قمت بتحديث ورقة التتبع على النحو المطلوب ..

مرحبًا هناك aojea ، 1.17 تحسينات تؤدي هنا 👋 لا يبدو أن هناك أي علاقات عامة أو علاقات عامة أو ما شابه ذلك رائعة ، ولكن كيف تبدو الأمور فيما يتعلق بالمهمة الأخيرة؟ "_It has CI باستخدام Cloud Provider واحد على الأقل_"

مرحبًا ، aojea ، يؤدي 1.17 تحسينات هنا. لا يبدو أن هناك أي

إنها WIP https://github.com/kubernetes-sigs/cluster-api-provider-aws/pull/1322 ، لكن لا يمكنني ضمان أنه يمكنني فعل ذلك: man_shrugging:

👋 يا هناكaojea. تم تجميد الكود في الساعة 5 مساءً بتوقيت المحيط الهادئ اليوم لدورة الإصدار 1.17.
هل تعتقد أنه سيتم دمج https://github.com/kubernetes-sigs/cluster-api-provider-aws/pull/1322 بحلول ذلك الوقت؟ 😬

أعلم أنه ليس جزءًا من k / k ولا يخضع تمامًا للتجميد ، ولكن من الناحية المثالية سيكون لدينا كل شيء بحلول ذلك الوقت.

لنستهدف 1.18mrbobbytables ، فهذا به الكثير من الأشياء المجهولة ولا يمكنني تخصيص وقت كافٍ: man_shrugging:

سوف تفعل! شكرا على الرد السريع 👍
/ معلم الإصدار 1.18.0

مرحبًا aojea - الظل التحسينات 1.18 هنا. أردت تسجيل الوصول ومعرفة ما إذا كنت تعتقد أن هذا التحسين سينتقل إلى [ألفا | بيتا | مستقر] في 1.18؟
جدول الإصدار الحالي هو:
الاثنين 6 يناير - تبدأ دورة الإصدار
الثلاثاء ، 28 يناير ، التخلص من الذخائر المتفجرة بتوقيت المحيط الهادئ - تجميد التحسينات
الخميس ، 5 آذار (مارس) ، التخلص من الذخائر المتفجرة بتوقيت المحيط الهادئ - تجميد الرمز
الاثنين 16 آذار (مارس) - يجب إكمال المستندات ومراجعتها
الثلاثاء 24 مارس - تم إصدار Kubernetes 1.18.0
ليتم تضمينه في الإصدار ، يجب أن يحتوي هذا التحسين على KEP مدمج في الحالة implementable . يجب أن يكون لدى KEP أيضًا معايير تخرج وخطة اختبار محددة.
إذا كنت ترغب في تضمين هذا التحسين ، فبمجرد بدء الترميز ، يرجى إدراج جميع العلاقات العامة ذات الصلة k / k في هذه المشكلة حتى يمكن تتبعها بشكل صحيح. 👍
سنقوم بتتبع التحسينات هنا: http://bit.ly/k8s-1-18-enhancements
شكرا!

مرحباkikisdeliveryservice
تم دمج KEP https://github.com/kubernetes/enhancements/pull/1139 وهو implementable

عنصر واحد فقط مفقود:

لديها CI باستخدام مزود سحابة واحد على الأقل

وسنكون قادرين على ترقية IPv6 إلى الإصدار التجريبي في 1.18

نسخة إلى : lachie83aramase

شكرا aojea !

يا aojea -

سيث هنا ، ظل المستندات على فريق الإصدار 1.18.

هل يتطلب هذا التحسين المخطط لـ 1.18 أي مستندات جديدة أو تعديلات على المستندات الحالية؟

إذا لم يكن الأمر كذلك ، فهل يمكنك من فضلك تحديث 1.18 Enhancement Tracker Sheet (أو إعلامي وسأفعل ذلك)

إذا كانت تحديثات المستند مطلوبة ، فتذكير بأن العناصر النائبة PRs مقابل k / موقع الويب (الفرع dev-1.18) مستحقة بحلول يوم الجمعة ، 28 فبراير.

اسمحوا لي أن أعرف إذا كان لديك أي أسئلة!

sethmccombs سؤال واحد ، هل يتم

مرحبًا aojea !

للتذكير بأن قانون التجميد سيكون يوم الخميس الخامس من مارس. هل يمكنك ربط جميع العلاقات العامة k / k أو أي علاقات عامة أخرى يجب تتبعها من أجل هذا التحسين؟

شكرا!
1.18 فريق التحسينات

aramase هل لديك رابط لتتبع مهمة IPv6 على Azure ، حتى يتمكن فريق التحسينات من تتبع الميزة؟

aojea - يحتفظ موقع الريبو الخاص بموقع الويب ingkarenhchu as comms lead)

مرحبًا aojeaaramase ، هل يمكنك الارتباط بهذه العلاقات العامة لوظيفة IPv6 على Azure بالنسبة لنا؟

jeremyrickard لقد أنشأت العنصر النائب للعلاقات العامة في الاختبار أدناه للوظيفة - https://github.com/kubernetes/test-infra/pull/16461

العلاقات العامة الأخرى التي يجب دمجها من قبل -
https://github.com/kubernetes/kubernetes/pull/88448
https://github.com/Azure/aks-engine/pull/2781

انتهيت من الاختبار وسأقوم بعد ذلك بإزالة العناصر قيد التقدم.

مرحباaojeaaramase
نظرًا لأن الموعد النهائي للعلاقات العامة في المستندات هو غدًا. إذا كان هذا التحسين يحتاج إلى مستندات. الرجاء رفع العنصر النائب PR مقابل فرع dev-1.18 في أسرع وقت ممكن.

شكرا!

/ معلم واضح

مرحبا،aojeaaramase حيث لا يوجد مستندات نائب PR لهذا التعزيز وأنه لم يتلق أي تعديل حدث في المستندات المقدمة. لقد تجاوزنا الموعد النهائي للعلاقات العامة في عنصر المستندات. لذلك نقوم بإزالة هذا التحسين من الإصدار 1.18. إذا كنت تريد طلب استثناء. يرجى الرجوع إلى https://github.com/kubernetes/sig-release/blob/master/releases/EXCEPTIONS.md

شكرا!

عذرًا ، لا يلزم تحديث مستند: ابتسامة:

/ معلم الإصدار 1.18.0

ما هي ميزة IPv6 التي وصلت إلى Kubernetes 1.18؟ هل هو مكدس مزدوج أم IPv6 تخرج فقط إلى الإصدار التجريبي؟
أنا في حيرة من أمري لأنه لم يتغير شيء في المستندات.

ما هي ميزة IPv6 التي وصلت إلى Kubernetes 1.18؟ هل هو مكدس مزدوج أم IPv6 تخرج فقط إلى الإصدار التجريبي؟
أنا في حيرة من أمري لأنه لم يتغير شيء في المستندات.

هذا الإصدار يتتبع IPv6 فقط ، ويتدرج إلى الإصدار التجريبي في 1.18

المكدس المزدوج هو alpha ويتم تعقبه في مشكلة أخرى / KEP

/ معلم واضح

(إزالة مشكلة التحسين هذه من الإصدار 1.18 مع اكتمال المرحلة الرئيسية)

danehansaojea مرحبا،

1.19 ظل التحسينات هنا. أردت تسجيل الوصول ومعرفة ما إذا كنت تعتقد أن هذا التحسين سيتخرج في 1.19؟

من أجل الحصول على هذا الجزء من الإصدار:

The KEP PR must be merged in an implementable state
The KEP must have test plans
The KEP must have graduation criteria.

جدول الإصدار الحالي هو:

Monday, April 13: Week 1 - Release cycle begins
Tuesday, May 19: Week 6 - Enhancements Freeze
Thursday, June 25: Week 11 - Code Freeze
Thursday, July 9: Week 14 - Docs must be completed and reviewed
Tuesday, August 4: Week 17 - Kubernetes v1.19.0 released

يرجى إعلامي وسأضيفها إلى ورقة التتبع 1.19 (http://bit.ly/k8s-1-19-enhancements). بمجرد بدء الترميز ، يرجى إدراج جميع العلاقات العامة k / k ذات الصلة في هذه المشكلة حتى يمكن تتبعها بشكل صحيح. 👍

شكرا!

شكرًا kikisdeliveryservice ، لكنني أعتقد أننا يجب أن نركز الآن في مكدس مزدوج.
لا تغيير هنا خلال هذا الإصدار

تصبح المشكلات قديمة بعد 90 يومًا من الخمول.
ضع علامة على المشكلة على أنها جديدة /remove-lifecycle stale .
تتعفن المشكلات التي لا معنى لها بعد 30 يومًا إضافيًا من عدم النشاط وتغلق في النهاية.

إذا كان إغلاق هذه المشكلة آمنًا الآن ، فيرجى القيام بذلك باستخدام /close .

إرسال التعليقات إلى اختبار سيج ، kubernetes / test-infra و / أو fejta .
/ دورة الحياة التي لا معنى لها

/ إزالة دورة الحياة التي لا معنى لها

danehansaojea مرحبا

تحسينات تؤدي هنا. أي خطط لتخرج هذا في 1.20؟

شكرا،
كيرستن

danehansaojea مرحبا

تحسينات تؤدي هنا. أي خطط لتخرج هذا في 1.20؟

لا: ابتسم:

شكرا للتحديث!

هل هناك أي وثائق حول كيفية التحقق من عمليات IPv6 فقط؟ جوجل تقودني فقط إلى ipv4 أو ipv6 dualstack.

هل هناك أي وثائق حول كيفية التحقق من عمليات IPv6 فقط؟ جوجل تقودني فقط إلى ipv4 أو ipv6 dualstack.

ماذا تقصد ب "تحقق"؟

تثبيت IPv6 فقط هو نفسه الموجود في IPv4 ، ما عليك سوى استخدام عناوين IPv6 والشبكات الفرعية في التكوين الخاص بك ، ولا يلزم إجراء تغييرات إضافية.
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#initializing -your-control-plane-node

يمكن تأكيد. أقوم بتشغيل 1.17.x في وضع IPv6 فقط. ما عليك سوى اتباع دليل IPv4 واستخدام عناوين IPv6. هذا هو الأساس.