کلاسهای ذخیره سازی

این سند مفهوم storageclass در Kubeetes را توصیف می کند. آشنایی با حجم و حجم مداوم پیشنهاد شده است.

معرفی

یک StorageClass راهی را برای مدیران فراهم می کند تا "کلاس" های ذخیره سازی آنها را توصیف کنند. کلاس های مختلف ممکن است به سطح کیفیت خدمات ، یا سیاست های پشتیبان یا سیاست های دلخواه تعیین شده توسط مدیران خوشه ، نقشه برداری کنند. خود Kubeetes در مورد آنچه کلاس ها نشان می دهد ، غیرقابل توصیف است. این مفهوم گاهی اوقات "پروفایل" در سایر سیستم های ذخیره سازی نامیده می شود.

منبع StorageClass

هر StorageClass شامل زمینه های تأمین کننده ، پارامترها و reclaimpolicy است که در هنگام استفاده از یکپارچه متعلق به کلاس مورد استفاده قرار می گیرد ، نیاز به تهیه پویا دارد.

نام یک شیء StorageClass قابل توجه است ، و نحوه کاربران می تواند کلاس خاصی را درخواست کند. سرپرستان هنگام ایجاد اشیاء StorageClass ، نام و سایر پارامترهای یک کلاس را تنظیم می کنند و پس از ایجاد اشیاء نمی توانند به روز شوند.

سرپرستان می توانند یک PRAGECLASS پیش فرض را فقط برای PVC ها مشخص کنند که هیچ کلاس خاصی را برای اتصال به آن درخواست نمی کنند: برای جزئیات بیشتر به بخش PersistentVolumeClaim مراجعه کنید.

تهیه کننده

هر StorageClass دارای یک ماده است که تعیین می کند از افزونه حجم برای تهیه PVS استفاده می شود. این قسمت باید مشخص شود.

شما محدود به مشخص کردن تهیه کنندگان "داخلی" ذکر شده در اینجا نیستید (نام آنها با "Kubeetes.io" پیشوند شده و در کنار Kubeetes ارسال شده است). همچنین می توانید تهیه کننده های خارجی را که برنامه های مستقلی هستند که از مشخصات تعریف شده توسط Kubeetes پیروی می کنند ، اجرا و مشخص کنید. نویسندگان تأمین کنندگان خارجی اختیار کاملی نسبت به محل زندگی خود ، نحوه حمل و نقل ، نحوه اجرای آن ، چه افزونه ای از حجم آن (از جمله Flex) و غیره دارند. ارائه دهنده خارجی کتابخانه ای را برای نوشتن تهیه کنندگان خارجی که بخش عمده ای از مشخصات را پیاده سازی می کند ، در خود جای داده است. برخی از تأمین کنندگان خارجی در زیر مخزن Kubeetes-SIGS/SIG-Storage-Lib-Exteal-Provision ذکر شده اند.

به عنوان مثال ، NFS یک تأمین کننده داخلی ارائه نمی دهد ، اما می توان از یک ماده خارجی استفاده کرد. همچنین مواردی وجود دارد که فروشندگان ذخیره سازی شخص ثالث تأمین کننده خارجی خود را ارائه می دهند.

سیاست

PersistentVolumes که به صورت پویا توسط یک StorageClass ایجاد می شوند ، خط مشی بازپرداخت مشخص شده در زمینه بازپرداخت کلاس را دارند ، که می تواند حذف یا حفظ شود. اگر در هنگام ایجاد یک شیء StorageClass ، هیچ گونه ReclaimPolicy مشخص نشده باشد ، به طور پیش فرض حذف می شود.

PersistentVolumes که به صورت دستی ایجاد می شوند و از طریق یک StorageClass اداره می شوند ، هرگونه سیاست بازپس گیری را که در ایجاد ایجاد شده است ، خواهد داشت.

اجازه گسترش حجم

PersistentVolumes را می توان پیکربندی کرد تا قابل ارتقا باشد. این ویژگی هنگام تنظیم True ، به کاربران این امکان را می دهد تا با ویرایش شیء PVC مربوطه ، حجم را تغییر اندازه دهند.

انواع زیر از حجم از گسترش حجم پشتیبانی می کند ، هنگامی که StorageClass زیربنایی دارای زمینه اجازه می دهد Volumeexpansion True تنظیم شود.

جدول انواع حجم و نسخه Kubeetes مورد نیاز آنها

گزینه های سوار

PersistentVolumes که به صورت پویا توسط یک StorageClass ایجاد می شوند ، گزینه های نصب شده در قسمت Mountoptions کلاس را دارند.

اگر افزونه Volume از گزینه های نصب پشتیبانی نمی کند اما گزینه های نصب مشخص شده است ، تهیه آن با شکست مواجه می شود. گزینه های کوه در کلاس یا PV تأیید نمی شوند. اگر گزینه نصب نامعتبر باشد ، PV Mount از بین می رود.

حالت اتصال حجم

زمینه VolumeBindingMode در صورت اتصال حجم و تأمین پویا کنترل می شود. هنگامی که غیرقانونی است ، به طور پیش فرض از حالت "فوری" استفاده می شود.

حالت فوری نشان می دهد که اتصال حجم و تأمین پویا پس از ایجاد PersistentVolumeClaim اتفاق می افتد. برای پشتیبان های ذخیره سازی که دارای توپولوژی هستند و از همه گره های این خوشه در سطح جهانی قابل دسترسی نیستند ، بدون اطلاع از الزامات برنامه ریزی POD محدود یا تهیه می شوند. این ممکن است منجر به غلافهای غیرقابل تعیین شود.

یک سرپرست خوشه می تواند با مشخص کردن حالت WaitforfirstConsumer که باعث تأخیر در اتصال و تأمین یک PersistentVolume می شود ، تا زمانی که یک غلاف با استفاده از PersistentVolumeClaim ایجاد شود ، این مسئله را برطرف کند. PersistentVolumes انتخاب می شود یا مطابق با توپولوژی که توسط محدودیت های برنامه ریزی POD مشخص شده است ، ارائه می شود. این موارد شامل ، اما محدود به نیاز منابع ، انتخاب گره ها ، میل غلاف و ضد تحمل و لکه ها و تحمل ها نیست.

افزونه های زیر از WaitforfirstConsumer با تهیه پویا پشتیبانی می کنند:

افزونه های زیر از WaitforfirstConsumer با اتصال PersistentVolume از قبل ایجاد شده پشتیبانی می کنند:

حجم CSI همچنین با تهیه پویا و PV های از قبل ایجاد شده پشتیبانی می شود ، اما برای دیدن کلیدها و نمونه های توپولوژی پشتیبانی شده باید به یک راننده خاص CSI نگاه کنید.

اگر تصمیم به استفاده از WaitforfirstConsumer دارید ، برای مشخص کردن وابستگی گره از NodeName در مشخصات POD استفاده نکنید. اگر در این مورد از NodeName استفاده شود ، برنامه ریزی با دور زدن و PVC در حالت در انتظار باقی می ماند.

درعوض ، می توانید در این مورد همانطور که در زیر آمده است ، از Node Selector برای نام میزبان استفاده کنید.

توپولوژی مجاز

هنگامی که یک اپراتور خوشه ای حالت اتصال حجم WaitforfirstConsumer را مشخص می کند ، دیگر نیازی به محدود کردن ارائه به توپولوژی های خاص در بیشتر مواقع نیست. با این حال ، در صورت لزوم ، می توان از طریق امکان استفاده را مشخص کرد.

این مثال نحوه محدود کردن توپولوژی حجم های تهیه شده به مناطق خاص را نشان می دهد و باید به عنوان جایگزینی برای پارامترهای منطقه و مناطق برای افزونه های پشتیبانی شده استفاده شود.

مولفه های

کلاس های ذخیره سازی دارای پارامترهایی هستند که حجم متعلق به کلاس ذخیره سازی را توصیف می کنند. پارامترهای مختلف بسته به ماده ارائه دهنده ممکن است پذیرفته شود. به عنوان مثال ، مقدار IO1 ، برای نوع پارامتر ، و پارامتر IOPSPERGB مخصوص EBS است. هنگامی که یک پارامتر حذف می شود ، از پیش فرض استفاده می شود.

حداکثر 512 پارامتر تعریف شده برای یک storageclass وجود دارد. طول کل شیء پارامترها شامل کلیدها و مقادیر آن نمی تواند از 256 KIB تجاوز کند.

AWS EBS

• نوع: IO1 ، GP2 ، SC1 ، ST1. برای جزئیات بیشتر به اسناد AWS مراجعه کنید. پیش فرض: GP2.
• منطقه (مستهلک): AWS Zone. اگر نه منطقه و نه مناطق مشخص نشده باشند ، حجم ها به طور کلی در تمام مناطق فعال که در آن خوشه Kubeetes دارای گره است ، به صورت دور رابین دور می شوند. پارامترهای منطقه و مناطق نباید در همان زمان استفاده شود.
• مناطق (مستهلک): لیست جدا شده کاما از منطقه (های) AWS. اگر نه منطقه و نه مناطق مشخص نشده باشند ، حجم ها به طور کلی در تمام مناطق فعال که در آن خوشه Kubeetes دارای گره است ، به صورت دور رابین دور می شوند. پارامترهای منطقه و مناطق نباید در همان زمان استفاده شود.
• IOPSPERGB: فقط برای حجم IO1. عملیات I/O در هر ثانیه در هر گیب. افزونه AWS Volume این را با اندازه حجم درخواست شده برای محاسبه IOPs از حجم ضرب می کند و آن را در 20 000 IOPS CAP می کند (حداکثر پشتیبانی شده توسط AWS ، به اسناد AWS مراجعه کنید). یک رشته در اینجا انتظار می رود ، یعنی "10" ، نه 10.
• fstype: fstype که توسط Kubeetes پشتیبانی می شود. پیش فرض: "ext4".
• رمزگذاری شده: نشان می دهد که آیا حجم EBS باید رمزگذاری شود یا خیر. مقادیر معتبر "درست" یا "نادرست" هستند. یک رشته در اینجا انتظار می رود ، یعنی "درست" ، درست نیست.
• kmskeyid: اختیاری. نام منبع کامل آمازون کلید برای استفاده در هنگام رمزگذاری حجم. اگر هیچکدام تأمین نشود اما رمزگذاری شده صحیح باشد ، یک کلید توسط AWS تولید می شود. برای مقدار معتبر ARN به اسناد AWS مراجعه کنید.

GCE PD

نوع: PD-Standard یا PD-SSD. پیش فرض: PD-Standard

منطقه (مستهلک): منطقه GCE. اگر نه منطقه و نه مناطق مشخص نشده باشند ، حجم ها به طور کلی در تمام مناطق فعال که در آن خوشه Kubeetes دارای گره است ، به صورت دور رابین دور می شوند. پارامترهای منطقه و مناطق نباید در همان زمان استفاده شود.

مناطق (مستهلک): لیست جدا شده کاما از منطقه (های) GCE. اگر نه منطقه و نه مناطق مشخص نشده باشند ، حجم ها به طور کلی در تمام مناطق فعال که در آن خوشه Kubeetes دارای گره است ، به صورت دور رابین دور می شوند. پارامترهای منطقه و مناطق نباید در همان زمان استفاده شود.

fstype: ext4 یا xfs. پیش فرض: ext4. نوع سیستم فایل تعریف شده باید توسط سیستم عامل میزبان پشتیبانی شود.

تکثیر نوع: هیچ یک یا منطقه ای-PD. پیش فرض: هیچ.

اگر نوع تکثیر روی هیچ یک تنظیم نشده باشد ، یک PD معمولی (منطقه ای) تهیه می شود.

اگر از نوع تکثیر روی PD منطقه ای تنظیم شود ، یک دیسک مداوم منطقه ای تهیه می شود. بسیار توصیه می شود که VolumeBindingMode: WaitforfirstConsumer مجموعه مجموعه ، در این صورت وقتی یک غلاف ایجاد می کنید که یک پایدار را مصرف می کند که از این storageClass استفاده می کند ، یک دیسک مداوم منطقه ای با دو منطقه تهیه می شود. یک منطقه همان منطقه ای است که غلاف در آن برنامه ریزی شده است. منطقه دیگر به طور تصادفی از مناطق موجود در خوشه انتخاب می شود. مناطق دیسک با استفاده از Topologies مجاز می توانند بیشتر محدود شوند.

• سرور: سرور نام میزبان یا آدرس IP سرور NFS است.
• مسیر: مسیری که توسط سرور NFS صادر می شود.
• Readonly: پرچمی که نشان می دهد ذخیره سازی فقط به عنوان خوانده شده (پیش فرض نادرست) نصب می شود.

Kubeetes شامل یک تأمین کننده داخلی NFS نیست. شما باید از یک ماده خارجی استفاده کنید تا یک StorageClass برای NFS ایجاد کنید. در اینجا چند مثال آورده شده است:

Cinder OpenStack

• در دسترس بودن: منطقه در دسترس بودن. اگر مشخص نشده باشد ، حجم ها به طور کلی در تمام مناطق فعال که در آن خوشه Kubeetes دارای گره است ، دور رابین است.

این تأمین کننده داخلی OpenStack مستهلک می شود. لطفاً از ارائه دهنده ابر خارجی برای OpenStack استفاده کنید.

مخروط

دو نوع تهیه کننده برای کلاسهای ذخیره سازی vSphere وجود دارد:

• : csi. vsphere. vmware.com: kubeetes.io/vsphere-volume

تأمین کننده های داخل درخت کاهش می یابد. برای کسب اطلاعات بیشتر در مورد CSI تأمین کننده ، به راننده Kubeetes vSphere CSI و مهاجرت VSpherevolume CSI مراجعه کنید.

تهیه کننده CSI

VSPHERE CSI StorageClass Provisioner با خوشه های Tanzu Kubeetes کار می کند. برای مثال ، به مخزن VSPHERE CSI مراجعه کنید.

پیش بینی VCP

مثالهای زیر از VMware Cloud Provider (VCP) StorageClass Provisioner استفاده می کنند.

با فرمت دیسک مشخص شده کاربر یک StorageClass ایجاد کنید.

DiskFormat: نازک ، ZeroEdthick و EagerzeroEdthick. پیش فرض: "نازک".

یک StorageClass را با فرمت دیسک در یک داده مشخص شده کاربر ایجاد کنید.

Datastore: کاربر همچنین می تواند Datastore را در StorageClass مشخص کند. این حجم در Datastore مشخص شده در StorageClass ایجاد می شود ، که در این حالت Vsandatastore است. این قسمت اختیاری است. اگر DataStore مشخص نشده باشد ، جلد آن در DataStore مشخص شده در پرونده پیکربندی VSphere که برای اولیه سازی ارائه دهنده Cloud VSPHERE استفاده می شود ، ایجاد می شود.

مدیریت سیاست ذخیره سازی در داخل Kubeetes

با استفاده از خط مشی vCenter SPBM

یکی از مهمترین ویژگی های vSphere برای مدیریت ذخیره سازی ، مدیریت مبتنی بر سیاست است. مدیریت مبتنی بر سیاست ذخیره سازی (SPBM) یک چارچوب سیاست ذخیره سازی است که یک هواپیمای کنترل واحد واحد را در طیف گسترده ای از خدمات داده و راه حل های ذخیره سازی فراهم می کند. SPBM مدیران VSphere را قادر می سازد تا بر چالش های تأمین ذخیره سازی پیش فرض ، مانند برنامه ریزی ظرفیت ، سطح خدمات متمایز و مدیریت سر ظرفیت ، غلبه کنند.

خط مشی های SPBM را می توان با استفاده از پارامتر StoragePolicyName در Storageclass مشخص کرد.

پشتیبانی از سیاست های مجازی SAN در داخل Kubeetes

سرپرست های زیرساخت VSphere (VI) توانایی مشخص کردن قابلیت های ذخیره سازی مجازی SAN را در هنگام تأمین حجم پویا مشخص می کنند. اکنون می توانید الزامات ذخیره سازی مانند عملکرد و در دسترس بودن را در قالب قابلیت های ذخیره سازی در هنگام تأمین حجم پویا تعریف کنید. الزامات قابلیت ذخیره سازی به یک خط مشی مجازی SAN تبدیل می شود که در صورت ایجاد حجم مداوم (دیسک مجازی) به لایه مجازی SAN منتقل می شود. دیسک مجازی برای پاسخگویی به الزامات در سراسر مجازی San Datastore توزیع می شود.

برای اطلاعات بیشتر در مورد نحوه استفاده از سیاستهای ذخیره سازی برای مدیریت حجم مداوم ، می توانید مدیریت مبتنی بر سیاست ذخیره سازی را برای تأمین پویا از حجم مشاهده کنید.

چند نمونه vSphere وجود دارد که شما برای مدیریت مداوم حجم در داخل Kubeetes برای vSphere سعی می کنید.

Ceph RBD

مانیتورها: مانیتورهای Ceph ، کاما محدود شده است. این پارامتر مورد نیاز است.

Adminid: شناسه مشتری Ceph که قادر به ایجاد تصاویر در استخر است. پیش فرض "مدیر" است.

Adminsecretname: نام مخفی برای Adminid. این پارامتر مورد نیاز است. راز ارائه شده باید از نوع "kubeetes.io/rbd" برخوردار باشد.

Adminsecretnamespace: فضای نام برای Adminsecretname. پیش فرض "پیش فرض" است.

استخر: استخر Ceph RBD. پیش فرض "RBD" است.

UserID: شناسه مشتری Ceph که برای نقشه برداری از تصویر RBD استفاده می شود. پیش فرض همان Orderid است.

UsersEcretName: نام Ceph Secret برای UserID برای نقشه برداری از تصویر RBD. این باید در همان فضای نام PVC وجود داشته باشد. این پارامتر مورد نیاز است. راز ارائه شده باید از نوع "kubeetes.io/rbd" باشد ، به عنوان مثال ایجاد شده در این روش:

UsersEcretNamesPace: فضای نام برای نام کاربران.

fstype: fstype که توسط Kubeetes پشتیبانی می شود. پیش فرض: "ext4".

ImageFormat: قالب تصویر Ceph RBD ، "1" یا "2". پیش فرض "2" است.

ImageFeatures: این پارامتر اختیاری است و فقط در صورت تنظیم ImageFormat روی "2" باید استفاده شود. در حال حاضر ویژگی های پشتیبانی شده فقط لایه بندی می شوند. پیش فرض "" است و هیچ ویژگی روشن نیست.

دیسک لاجورد

کلاس ذخیره سازی دیسک بدون کنترل لاجورد

• Skuname: Azure Storage Account Sku ردیف. پیش فرض خالی است.
• مکان: محل حساب ذخیره سازی لاجورد. پیش فرض خالی است.
• StorageAccount: نام حساب ذخیره سازی لاجورد. اگر یک حساب ذخیره سازی ارائه شود ، باید در همان گروه منابع مانند خوشه ساکن باشد و مکان نادیده گرفته شود. اگر یک حساب ذخیره سازی ارائه نشده باشد ، یک حساب ذخیره سازی جدید در همان گروه منابع به عنوان خوشه ایجاد می شود.

کلاس ذخیره سازی دیسک لاجورد (شروع از v1. 7. 2)

• StorageaccountType: Azure Storage Account Sku ردیف. پیش فرض خالی است.
• نوع: مقادیر ممکن به اشتراک گذاشته شده ، اختصاص داده شده و مدیریت می شوند (پیش فرض). هنگامی که مهربانی به اشتراک گذاشته می شود ، تمام دیسک های کنترل نشده در چند حساب ذخیره سازی مشترک در همان گروه منابع به عنوان خوشه ایجاد می شوند. هنگامی که نوع اختصاص داده شده است ، یک حساب ذخیره سازی اختصاصی جدید برای دیسک جدید کنترل نشده در همان گروه منابع مانند خوشه ایجاد می شود. هنگامی که نوع مدیریت می شود ، تمام دیسک های مدیریت شده در همان گروه منابع با خوشه ایجاد می شوند.
• ResourceGroup: گروه منابع را که در آن دیسک لاجورد ایجاد می شود ، مشخص کنید. این باید یک نام گروه منابع موجود باشد. اگر مشخص نشده باشد ، دیسک در همان گروه منابع به عنوان خوشه فعلی Kubeetes قرار می گیرد.

• Premium VM می تواند هر دو دیسک استاندارد_LRS و Premium_LRS را ضمیمه کند ، در حالی که VM استاندارد فقط می تواند دیسک های استاندارد_ LRS را وصل کند.
• VM مدیریت شده فقط می تواند دیسک های مدیریت شده را به هم وصل کند و VM بدون کنترل فقط می تواند دیسک های کنترل نشده را به هم وصل کند.

فایل لاجورد

• Skuname: Azure Storage Account Sku ردیف. پیش فرض خالی است.
• مکان: محل حساب ذخیره سازی لاجورد. پیش فرض خالی است.
• StorageAccount: نام حساب ذخیره سازی لاجورد. پیش فرض خالی است. اگر یک حساب ذخیره سازی ارائه نشده باشد ، تمام حساب های ذخیره سازی مرتبط با گروه منابع برای یافتن یکی از مواردی که مطابق با Skuname و مکان باشد ، جستجو می شوند. اگر یک حساب ذخیره سازی ارائه شود ، باید در همان گروه منابع که خوشه قرار دارد ، ساکن شود و نام و مکان نادیده گرفته شود.
• Secretnamespace: فضای نام راز که شامل نام حساب ذخیره سازی Azure و کلید است. پیش فرض همان غلاف است.
• نام مخفی: نام راز که شامل نام حساب ذخیره سازی Azure و کلید است. به طور پیش فرض در حساب-ساقه لاجورد-مخفی
• Readonly: پرچمی که نشان می دهد آیا ذخیره فقط به عنوان خوانده شده نصب می شود. پیش فرض به False که به معنای کوه خواندن/نوشتن است. این تنظیم بر تنظیمات Readonly در VolumeMounts نیز تأثیر خواهد گذاشت.

در حین تهیه ذخیره سازی ، راز نامگذاری شده توسط Secretname برای اعتبارنامه های نصب شده ایجاد می شود. اگر خوشه هر دو نقش RBAC و کنترلر را فعال کرده است ، اجازه ایجاد Resource Secret را برای سیستم ClusterRole اضافه کنید: کنترل کننده:-با حجم مداوم.

در یک زمینه چند اجاره ای ، توصیه می شود که مقدار آن را به طور صریح برای فضای مخفی تنظیم کنید ، در غیر این صورت اعتبار حساب ذخیره سازی ممکن است توسط سایر کاربران خوانده شود.

حجم portworx

• FS: سیستم پرونده ای که باید گذاشته شود: هیچ/xfs/ext4 (پیش فرض: ext4).
• block_size: اندازه بلوک در Kbytes (پیش فرض: 32).
• Repl: تعداد ماکت های همزمان که به شکل فاکتور تکثیر 1.. 3 ارائه می شود (پیش فرض: 1) یک رشته در اینجا انتظار می رود یعنی "1" و نه 1.
• Priority_io: تعیین می کند که آیا حجم از عملکرد بالاتر یا ذخیره اولویت پایین تر/متوسط/پایین (پیش فرض: کم) ایجاد می شود.
• SNAP_INTERVAL: فاصله ساعت/زمان در چند دقیقه برای زمان ایجاد عکس های فوری. عکس های فوری براساس تفاوت با عکس فوری قبلی افزایش می یابد ، 0 SNAP ها را غیرفعال می کند (پیش فرض: 0). یک رشته در اینجا انتظار می رود یعنی "70" و نه 70.
• Aggregation_Level: تعداد تکه هایی را که حجم در آن توزیع می شود ، مشخص می کند ، 0 نشانگر یک حجم غیر جمع شده است (پیش فرض: 0). یک رشته در اینجا انتظار می رود یعنی "0" و نه 0
• زودگذر: مشخص می کند که آیا حجم باید پس از عدم شمارش تمیز شود یا باید پایدار باشد. مورد استفاده خالی می تواند این مقدار را بر روی حجم واقعی و مداوم استفاده کند ، مانند پایگاه داده هایی مانند کاساندرا باید روی نادرست ، درست/نادرست (پیش فرض کاذب) تنظیم شود. یک رشته در اینجا انتظار می رود یعنی "درست" و درست نیست.

محلی

حجم های محلی در حال حاضر از تأمین پویا پشتیبانی نمی کنند ، اما هنوز هم باید یک storageClass ایجاد شود تا تا زمان برنامه ریزی POD اتصال حجم را به تأخیر بیندازد. این توسط حالت اتصال حجم WaitforfirstConsumer مشخص شده است.

تأخیر در اتصال حجم به برنامه ریز اجازه می دهد تا هنگام انتخاب یک پایدار مناسب برای یک پایدار ، همه محدودیت های برنامه ریزی POD را در نظر بگیرد.

بازخورد

این صفحه به شما کمک کرد؟

از نظر شما متشکریم. اگر یک سؤال خاص و پاسخگو در مورد نحوه استفاده از Kubeetes دارید ، از آن در مورد Onceflow Stack بپرسید. اگر می خواهید یک مشکل را گزارش کنید یا پیشنهاد بهبود را پیشنهاد دهید ، در repo github یک مسئله را باز کنید.