در ژانویه 2016  Ales Komarek در وبینار معرفی پلتفرم Salt Stack  موارد زیر را مطرح کرد

  • معماری عامل محور ، پشت سالت استک چگونه توپولوژی ها و جریان کار را ذخیره می کند
  • Salt چگونه قابلیت تبدیل راهکار را برای بارهای کاری متفاوت ارائه می‎کند.
  • زیرساخت به عنوان کد: چگونه سالت نه تنها مدیریت پیکربندی ، بلکه کل مدیریت چرخه حیات را ارائه می کند.
  • چگونه تحویل بی وقه و مدارم / یکپارچه سازی و ادغام / مدیریت در پازل پلتفرم سالت قرا می‎گرد.
  • سالت چگونه محیط های موازی پیاده سازی پلتفرم های ابری مانند اپن استک ، کوبرنتز و دیگر موارد را مدیریت و میزان می کند

مواردی که ما در این مقاله به آنها اشاره نمیکنیم ، اما پرسشه و پاسخ های برخی شرکت کنندگان در وبینار را برای شما جمع آوری کرده ایم و پس از ترجمه آنها را برای شما دسته بندی و در بیلیو دات سلوشنز و منتشر می‎کنیم ، در صورتی که نیاز به راه‎اندازی پلتفرم SaltStak در سازمان شرکت خود دارید با ما تماس بگیرید .

سوال : چرا SaltStack  ؟

پاسخ : سالت یک افعی ( پیتون ) است ، یک پایه عظیم و در حال رشد از ماژول های ضروری و وضعیت های غیرضروری است و یک مسیر پیام رسانی ( message bus )  خوب را ایجاد کرده است

سوال  : چه ابزارهایی برای پیاده سازی اولیه Slat در سرتاسر زیرساخت استفاده شده  ؟ Cobbler , Puppet یا MAAS  ؟

پاسخ : برای پیاده سازی یک بستر جدید ، ما روی یک Node حساب می کنیم ، جایی که Salt Master و Metal-as-a-Service ( قبلا بر اساس Foreman بوده است ، هم اکنون Ionic است ) را بصورت خودکار راه اندازی می کنیم (Bootstrap)و سپس کنترل سرویس MAAS را برای پیاده سازی نود های سخت افزاری بدست میگیریم

سوال :واقعا چه رنج وسیعی از سرویس ها را می توانید ارائه کنید ؟ و نوشتن و راه اندازی موارد جدید که در حال حاظر در دسترس نیستند چقدر ساده است  ؟

پاسخ : اکوسیستم سالت حقیقتا بیکیران است ، میتوانید به https://github.com/tcpcloud یا به فرمولها در http://openstack-salt.tcpcloud.eu/develop/extending-ecosystem.html نگاهی بی اندازید ، همچنین راهنماهای خوبی برای ایجاد فرمولهای جدید وجود دارد که خیلی رویه بسیار ساده و مستقیمی دارد ، سرویس جدید میتواند در چند ساعت یا جتی چند دقیقه ایجاد شود ! .

سوال :آیا امکان تبدیل اسکریپت های uppet/Ansible به سالت وجود دارد ؟ چه چیزی را باید جستجو کنیم تا پاسخ را بیابیم ؟

بله قطعا ، ما روند مهندسی معکوس برخی از سرویسها را قبلا انجام داده ایم ، به عنوان مثال ، ما عمیقا تحت تاثیر ماژول Ansible برای سیستم مدیریت منابع Gerrit بودیم ، شما می‎توانید اطلاعات بیشتر در خصوص ایجاد فرمولهای سالت را در https://docs.saltstack.com/en/latest/topics/development/conventions/formulas.html مشاهده کنید ، ما تلاش میکنیم در حد امکان این منبع و منابع آموزشی که پلتفرم سالت اضافه میکندرا ترجمه و  اضافه کنیم .

سوال : آیا ارتباط و لینک با NodeJS در دسترس است ؟

اگر منظور شما فرمول NodeJS برای راه اندازی یک محیط  NodeJS است ، بله ، چنین فرمولی وجود دارد ، اگر منظور شما اتصال به سیستم است ، پاسخ آن نیز بله است ، شما میتوانید از Salt API برای یکپارچه سازی و ادغام با NodeJS استفاده نمائید .

سوال : آیا Slat با مشکلات Performance در ذخیره سازی انبوه داده ها در pillars مواجه شده است  ؟

، خیر ما با مشکلی در Performance با pillars برنخورده ایم که بواسطه ENC ایجاد و یا کلاس بندی شده باشد ، این مورد تا چند هزار Node تست شده است .

سوال : عموما چه رابط کاربری برای مانیتورینگ Salt استفاده می شود ( مثلا Kibana یا Grafana و …. )

پاسخ  :مانیتورینگ SallStak از Sensu یا StackLight  برای یک سیستم عملیاتی واقعی مانیتورینگ استفاده می کند ، همچنین از Kibana  برای نمایش رخدادهای ذخیره شده در Elasticsearch و Grafna برای نمایش متریک های ذخیره شده در پایگاه های داده time-series مانند Graphite و Influx استفاده میکند

سوال : نام سیستم مدیریت PKI  در پلتفرم Slat چیست  ؟ ( یا چطور برای یادگیری بیشتر در خصوص مدیریت PKI زیرساخت بوسیله سالت جستجو کنم ؟ )

قابلیت PKI به خوبی در مستندات سالت پوشش داده شده است ، که از طریق لینک https://docs.saltstack.com/en/latest/ref/states/all/salt.states.x509.html در دسترس است .

سوال : چطور میتوان SlatStack را روی لپ تاپ  برای تمرین و تجربه نصب کرد ؟ آیا میتوانید یک لینک به من معرفی کنید.

پاسخ : پیشنهاد میکنم نگاهی به http://openstack-salt.tcpcloud.eu/develop/quickstart-vagrant.html بی اندازید ، در ان لینک میتوانید یک آموزش خوب در خصوص یک زیرساخت ساده بدست بیاورید .

سوال : بهترین راه برای مدیریت فرا داده های مبتی برReclass چیست ؟

پاسخ  : به دلیل مبتنی بر متن بودن فرا داده ها ( Text-based Meta data)  شما به راحتی میتوانید هر نسخه ای از سیستم های Version Control  را که به شما امکان پیگیری و تست تغییرات را میدهد استفاده کنید .

سوال : من تا به تا به حال SaltStack را در زیمنه پیاده سازی نرم افزار دیده ام ، چیزی که امروز شما معرفی کرده اید ، اما چیزی که در این وبینار به آن اشاره کرده اید به وضوح استفاده از SaltStak را در مدیریت سرویس ، منابع و زیرساخت نشان میدهد ، با این روش آیا سالت استک جانیش و جایگزین قابلی برای  Heat می شود ؟ ( در تلاش هستم بین این دو پلتفرم را برای خودم نشانه گزاری کنم )

به Heat به عنوان یک راهکار برای به چرخش درآوردن منابع سخت افزاری مانند شبکه های ، روتر ها ، سرور ها و …. نگاه کنید ، در این شکل سالت استک شبیه Maas, Ironic یا Foreman می باشد  ،سهم Salt از آنجا شروع می شود که سهم Heat تمام می شود ، زمانی که منابع شروع به فعالیت و چرخش کردند ، سالت کنترل را در دست گرفته و نصب و پیکبرندی سرویس ها و پروسس ها را بر عهده میگیرد

 

سوال : وقتی شما به ترتیب هماهنگی (Orchestration) اشاره میکنید ، سالت چگونه یا Heat متفاوت است ، یا اینکه سالت ارتباط با Heat را بر عهده می‎گیرد

پلتفرم Heat بیشتر برای ترتیب هماهنگی منابع سخت افزاری است ، سالت همین قابلیت ( و نه محدود به ) برای تنظیمات نرم افزاری را دارد ، ما یک منبع Heat برای کمک به دسته بندی منابع بصورت آنی ایجاد کرده ایم ، همچنین ماژول Heat با قابلیت اجرای یک استک مبتنی بر Heat را داریم

سوال : آیا نسخه ای از SlatStack Enterprise را نمایش خواهید داد یا اینکه فقز نسخه رایگان و متن باز Slat-stack است ؟ آیا از Salt در محیط های  پیاده سازی Multi Master استفاده کرده اید ؟

پاسخ : در وبیناز از نسخه رایگان Salt Stack استفاده شده است ، نسخه Enterprise با توجه به مدل قیمت گزاری اندکی تفاوت و پشتیبانی با توجه به مدل قیمت گزاری خواهد داشت ، برای نصب و پشتیبانی SlatStack با Belive.Solutions  تماس بگیرید . ما از Slat Master برای پیاده سازی بسترهای HA استفاده می کنیم

چه HA Engine ای برای Saltمستر استفاده می شود ؟

ما از دو Master Node جدا که یک بستر ذخیره سازی بر مبنای GlusterFS  پیاده سازی شده را به اشتراک میگیرند و کلید های مستر ها و مینیون ها در آن ذخیره می شود استفاده می کنیم

سوال : آیا رابط کاربری ( GUI ) برای Salt Stack وجود دارد ؟

در حال حاظر بکارگیری رابط کاربری در دست بررسی است

سوال : شما چگونه مدیریت مبتنی بر نقش کاربری را در Slat Master پیاده سازی کرده اید  ؟ آیا میتوان کاربران را برای نقش های مختلف جدا کرد و مشخص کرد چه کارهایی را میتوانند در Salt اجرا کنند ؟

پاسخ : ما از ACL روی Salt Master برای محدودیت انتخاب های کاربران استفاده می کنیم ، این همچنین در خصوص Pipeline های قدرت گرفته از Jenkins هم صادق خواهد بود که آنها هم متعاقبا با پلتفرم سالت مدیریت می شوند ، هم در سطح Job و هم در سطح User

سوال : آیا می‎توانید فایل های Salt را نشان بدهید ؟

پاسخ :  میتوانید به صفحه گیت هاب سالت برای فرمولهای موجود فعلی درhttps://github.com/tcpcloud   مراجعه کنید ، نمونه خوبی از pillars ها را میتوانید در https://github.com/Mirantis/mk-lab-salt-model  پیدا کنید

سوال : آیا لینکی برای پیاده سازی سالت برایKubernetes وجود دارد ؟ یک راهنمایBest Practice  ؟

A: نگاهی به  https://github.com/openstack/salt-formula-kubernetes بی اندازید

سوال :آیا Salt Stack مشابه همان چیزی است که در saltstack.com می باشد یا آن یک پروژه متفاوت است ؟

هر دو آنها یک پرژه مشابه هستند ،سایت  SaltStack.com پشت تکنولوژی سالت استک است و پشتیبانی نسخه Enterprise را ارائه میکند ، نصب و راه اندازی و پشتیبانی SaltStack در ایران توسط اولین استارت آپ مشاوره  در ایران  بیلیو‎-سولوشنز ارائه می شود .

سوال : تا اینجا به نظر میرسد سالت همان کاری را که Chef هم میتواند انجام بدهد ، آیا می‎توانید یک مقایسه با با تمرکز روی ارزش های افزوده Salt که Chef یا Puppet ارائه نمی کنند بگوئید ؟

پاسخ : قابلیت جایگزین پذیری / استفاده مجدد از کامپوننت های مختلف بسیار ساده است ، همانطور که همه فرمولها از باقی فرم ها (Form) و درختواره های وابستگی ( dependency tree )  اگاه هستند (Aware)  و به اشتراک می گذارند ، این یک مشکل برای فرمولهای community-based در دیگر ابزارها است ، همانطور که میدانید آنها خیلی با یکدیگر compatible نیستند.

سوال : در مفهموم کاربری ، آیا تفاوتی بین SaltStack و OpenStack وجود دارد ؟

فارغ از این مفهموم که خود SlatStack می تواند ، OpenStack را نصب کند ، سالت استک میتواند قابلیت های مجازی سازی را ارائه کند ، هرچند ، Slat قابلیت های محدودی دارد ، در حالی که OpenStack از سناریو های عملیاتی پیشرفته‎تری پشتیبانی می‎کند

سوال : Ansible به نظر  درگیری زیادی در پیاده سازی OpenStack دارد ، آیا می‎توانید مقایسه /تمایز یبا SlatStack را در این مبحث بیان کنید .

با استفاده از سالت استک ، سرویسهای OpenStack  فقط بخشی از یک اکوسیستم گسترده تر هستند ، مزیت اصلی که از استحکام و یکپارچگی میان همه سرویس‎ها/فرمول‎ها حاصل می‎شود ، سیستم تدارک با پشتیبانی از Metadata برای ارائه مستندات و قابلیت های مانیتورینگ بهره می برد

سوال : چرا Salt Stack بهتر از  Ansible/Puppet/Chef است ؟

بزرگترین تفاوت در Message Bus است ، که به سالت استک و شما اجازه می دهد داده ها را از زیرساخت با سرعت و همزمانی بالا دریافت و کنترل کنید

سوال : آیا می‎توانید جزئیات mirantis fuel در مقابله با saltstack  را شرح دهید ؟

Fuel یک پروژه متن باز بوده ( و است ) که برای پیاده سازی open stack از یک محصول مبتنی بر ISO-Based می باشد ، همچنین عملکرد سیستمهای مدیریت چرخه عمر متفاوت را با پیاده سازی کلاستر ارائه می‎کند ،سالت استک طراحی شده برای یک ساختار دانه دانه ای (granular) که با کامپوننت ها و سرویسهای مختلف کار می کند .

سوال : آیا Fuel از رده خارج سده است یا اینکه در پس زمینه Salt بجای Puppet استفاده می شود ؟

سیستم فیول در فرم فعلی برای پیاده سازی Mirantis OpenStack به فرم سنتی آن استفاده خواهد شد 0 بصورت یک فایل ISO ، ما به گسترش سیستم مدیریت چرخه حیات محصول با بکارگیری تکنولوژی های متناسب و مدیریت نرم افزار های متن بار در MCP ادامه خواهیم داد .به عنوان مثال ، Fuel CCP برای پیاده سازی سیستم مبتنی بر  کانتینر OpenStack و Kubernetes استفاده می شود ، همانگونه که Decapod برای پیاده سازی Ceph استفاده می کنیم ، همه این تکنولوژی های مدیریت چرخه های عمر محصول در یک فرم هستند ، فارق از اینکه چه ابزاری استفاده می شود Salt یا Puppet روی کاری کا انجام میدهد متمرکز است

میتوانید وبینار را در پائین مشاهده نمایید

ترجمه و پاسخ

مهران صالحی