کتاب zfs & btrfs تقدیم دوستان
https://www.slideshare.net/yasharesmaildokht/zfs-and-btrfs
#zfs #btrfs #yashar_esmaildokht #storage @unixmens

فرصت شغلی
شركت مهندسین مشاور دانش بنیان كندا ايده
شهر: تهران
مهارت های مورد نیاز:
امنیت
خيابان كارگر شمالي، خیابان شهریور، پلاک 25، طبقه چهارم واحد شرقی
شماره تلفن:
88335022-021
آدرس ایمیل:
[email protected]
وب سایت:
www.kandaidea.com

◾️آشنا با مفاهیم شبکه, عیب یابی، امنیت و ...

+Network

◾️نصب، راه اندازی و نگهداری شبکه

◾️مجازی سازی و Firewall

#jobs #security @unixmens

فیلمی بسیار آموزنده و تاثيرگذار نوشته آنتوان چخوف

تفاوت‌های #OpenShift و #Kubernetes

مفهوم Kubernetes

در CoreOS، در واقع Kubernetes را هسته‌ی سیستم‌های توزیع شده در نظر گرفته می‌شود. یک برنامه‌ی زمانبندی کارها که به خوبی طراحی شده باشد، در چندین ماشین کار کند و قادر به هماهنگی وضعیت کارهای مدیریت شده نیز باشد، همانند تاثیری که هسته‌‌ی لینوکس برای بار کاری برنامه ریزی شده بر روی یک Host دارد، به طور طبیعی همکاری را افزایش می‌دهد. با همین منطق، RedHat می‌دانست که تمایزی که کاربران میان محصولات قائل می‌شوند، بر اساس اهمیت‌شان خواهد بود.

این همان هسته‌ی لینوکس است که در بسیاری از گوشی‌ها، لپ تاپ‌ها، سرورها و حتی Raspberry Pi اجرا می‌شود، و تفاوتشان در وجود Patchهای گوناگونی است که برای پشتیبانی از سخت افزارهایی که هسته به طور مستقیم بر روی آن‌ها استقرار دارد، منتشر می‌شوند. این مدل نیز به همان ترتیب است. به طوری که Kubernetes در توزیع‌های مختلف Kubernetes مشابه است، با این تفاوت که برای پشتیبانی از لایه‌ای که Kubernetes بر روی آن مستقر است، Patchهای مختلفی وجود دارند.
بررسی OpenShift

تیم OpenShift مفتخر است که توزیعی از Kubernetes را با هدف بهبود تجربه توسعه دهندگان نسل بعدی برنامه‌های کاربردی بومی ‌Cloud تولید کرده است. تیم Tectonic (توزیع CoreOS از Kubernetes) بر روی تجربه مدیران و تیم‌های عملیاتی که نیاز داشتند به سرعت به مسائل مربوط به سیستم عامل و Kubernetes رسیدگی کنند، متمرکز بود. با انتشار نسخه‌ی OpenShift 4.0 که به زودی عرضه خواهد شد، برای هر دو نوع مخاطب، رابط‌های کاربری ارائه خواهد شد تا به نیازهای خاص هر دو پاسخ داده شود.

با این که همه می‌توانند لینوکس را از ابتدا با انتخاب هر قطعه و جمع آوری آن‌ها را به روش دلخواه خود بسازند، بیشتر کاربران این کار را نمی‌کنند. سطح جداسازی‌ای که اغلب کاربران انتخاب می‌کنند بدین معنی است که آن‌ها از مدیریت و یا حتی دانش در مورد تفاوت بین Util-Linux نسخه 2.31 و 2.33 بهره‌ی زیادی نمی‌برند. اگر بخواهیم یک قدم جلوتر برویم، باید گفت که کاربران به حداقل سطح عملکرد و پس از آن به لیست ویژگی‌های ارائه شده اهمیت می‌دهند. حداقل سطح عملکرد به عنوان مثال دانستن این است که کدام دستورات و یا APIها پس از کدام نسخه در دسترس هستند.

این بسیار شبیه OpenShift است. Kubernetes با ابزارهای اضافی مهم و تقاضا شده توسط کاربران تجهیز شده است. همانند CoreOS و CentOS که شامل مجموعه‌هایی مختلف از ابزارها هستند که به نیازهای کاربران مختلف پاسخ می‌دهند، توزیع‌های Kubernetes نیز به این صورت می‌باشند. در Red Hat تمرکز بر روی در دسترس قرار دادن ابزارهایی که به توسعه دهندگان و تیم‌های عملیاتی کمک می‌کند است. به عنوان مثال به همین دلیل است که تکنولوژی Istio به صورت پیش نمایش در OpenShift گنجانده شده است. Istio ابزاری است که بسیاری از کاربران ممکن است به آن تکیه کنند و بنابراین باید در توزیع پایه قرار گیرد.
ا OKD در مقابل Red Hat OpenShift

آیا OpenShift نرم افزاری متن باز است؟ بله! تمام اجزای موجود در OpenShift درون جامعه متن باز توسعه داده شده و می‌توان آن‌ها در GitHub مشاهده کرد. در GitHub می‌توانید تعداد زیادی Repository پیدا کنید که پاسخگوی بسیاری از نگرانی‌ها در مورد فعال نگه داشتن Clusterهای Kubernetas می‌باشند. اجزای نرم افزاری مورد نیاز برای اجرای Kubernetes درون یک پروژه بسته بندی می‌گردند. این پروژه‌ی توزیع Kubernetas که قبلا Origin خطاب می‌شد، OKDنام دارد. به این ترتیب، Kubernetes و OKD از این نظر شبیه یکدیگر هستند که هر دوی آن‌ها پروژه‌های متن باز می‌باشند و Kubernetes یکی از پروژه‌های رده‌بالاتر (Upstream (OKD است. همانطور که هسته‌ی لینوکس، GNU Bash، GCC و سرور httpd Apache، رده‌بالاهای توزیع لینوکس Fedora می‌باشند. هنگامی‌که قرار است به بهبود یا افزودن ویژگی‌ها در OpenShift پرداخته شود، در صورتی که این کار در Kubernetes روی دهد، کار در رده‌های بالاتر انجام می‌گردد و در زمان ایجاد OpenShift با استفاده از نسخه‌های Kubernetes کار انجام می‌شود.

سپس Red Hat پروژه OKD را همراه با تعدادی از پروژه‌های دیگر مانند Maistra، اپراتورهای مختلف و دیگر منابع درون محصول Red Hat OpenShift Container Platform بسته بندی می‌کند. پس از اینکه آماده‌سازی انتشار Kubernetes به پایان می‌رسد، کار بسته بندی OKD و سپس OpenShift آغاز می‌شود.

ا Red Hat OpenShift بر همه‌ی این جوانب استوار است و تحت آزمایشات داخلی گسترده قرار می‌گیرد تا اطمینان حاصل گردد که تمام اجزا یکپارچه، و تیم‌ها آماده هستند تا از نیازهای مشتریانی که نرم افزار در دست تولید را اجرا می‌نمایند، پشتیبانی کنند. این توانمندسازی داخلی یکی از دلایل وجود فاصله بین انتشار رده‌های بالاتر و انتشار متعاقب نسخه‌ی آماده برای استفاده شرکتی OpenShift می‌باشد. مشتریان شرکت Red Hat می‌خواهند بر روی شانه‌های تخصص این شرکت بایستند، و می‌دانند که آن‌ها می‌توانند به صورت End to End از اجزایی که با OpenShift ارائه می‌دهند پشتیبانی نمایند.

همانطور که می‌توان لینوکس را از ابتدا ساخت، می‌توان به روش سخت‌تر پیش از نصب Kubernets بهینه‌سازی را انجام داد، اما بهتر است این کار را به افرادی با زمان، صبر و درجه ریسکی که نیازی به پشتیبانی سازمانی نخواهند داشت، واگذار نمود. برای کسانی که بر روی کارکردهای خود تمرکز دارند و می‌خواهند بر روی شانه‌های Red Hat بایستاند، انتخاب Red Hat OpenShift Platform توصیه می‌شود.

نیم نگاهی به OpenShift
در دنیای امروز با رشد سریع اطلاعات و بزرگ شدن داده ها در سازمان ها مدیران سیستم نیز نیاز به بروز کردن دائم دانش خود همگام با بستر های اطلاعاتی دارند. در این میان رشد ابزار های مدیریت سیستم ها نحوه ی مدیریت بستر ها و هماهنگی آن ها را با رشد و توسعه ی تجارت در سازمان ها هماهنگ می گردد تا توانایی پاسخ گویی حجم عظیم درخواست ها در کوتاهترین مدت زمان ممکن را دارا باشد. فارغ از بستر های زیرساختی چون cloud‌ می توان به ابزار هایی چون Chef، Puppet،‌ Ansible و Saltstack در حوزه ی مدیریت حجم عظیم ماشین ها و یا Vagrant برای مدیریت ماشین های مجازی یا Containerهایی مانند Docker اشاره کرد که با حضور خود دنیای فناوری اطلاعات را برای مدیران سیستم جذاب تر نموده اند. حال به معرفی یکی از نرم افزار هایی که می تواند موجب خودکار شدن و سرعت بخشیدن به فرآیند های مدیریتی سیستم ها می شود می پردازیم این نرم افزار در واقع سرویس PaaS را برروی بسترهای مجازی می تواند ارائه کند.

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

این تفکر که «کسب و کار یک شرکت فناوری نیست پس این موارد در شرکت من هیچ تاثیری نخواهد داشت» حقیقتا اشتباه است.
شرکت هایی مانند Amazon، Uber، Netflix و غیره به ما نشان داده اند که صنایع معمول مانند خرده فروشی، حمل‌و‌نقل و رسانه می توانند به یک شرکت جدید و چابکتر تبدیل شوند. یک نکته ی دیگر که می تواند مسیر ما را روشن کند اتفاقی است که برای شرکت Kodak می توانست اتفاق بی افتد اگر شرکتی بود که Instagram‌ را ابداع کرده بود. آن ها می توانستد از ورشکستگی خود جلوگیری کنند اگر برروی رسانه های اجتماعی تمرکز می کردند می توانستند جایگاه تجاری خود را حفظ کنند. همه ی این موارد تنها با تصمیم گیری صحیح و قرار دادن نرم افزار در مدل تجاری هر سازمان می تواند رخ دهد. در هر حال ساختن ایده ی جدید کار آسانی نیست و مدیران هنگامی که بیشتر زمان خود را درگیر اختصاص منابع محدود سازمان و یافتن راهی برای بهبود ROI/ROA نظارت بر پیاده سازی فناوری ها نمایند چگونه باید نوآوری کنند؟

جواب این سوال بسیار ساده است.

در واقع OpenShift‌ به توسعه ی نرم افزار ها با در برگرفتن ابزار هایی در شرکت ها که نیاز به چابکی و کارایی دارند کمک می‌کند. با OpenShift سازمان شما می تواند به سرعت نرم افزار ها را پیاده سازی، کمتر ذخیره کند و تعاملی تر بوده و میزان همکاری ها را افزایش دهد. و در دنیای رقابتی امروز شما با سرعت بیشتری می توانید از ایده ها به تولیدات برسید. در ادامه بررسی بیشتر مزایایی این نرم افزار و توانمندی ها و نقش آن در بهبود بستر فناوری اطلاعات می پردازیم.

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

کاربرد اصلی داکر برای توسعه دهندگان و ادمین سیستم ها است . چرا؟

برای توسعه دهندگان ، با داکر توسعه دهنده می تواند هراپلیکیشنی با هر زبانی بسازد . اپلیکیشن های Dockerized قابل حمل اند و هر جایی می توانند اجرا شوند در دیتا سنترها ، لپ تاپ ها و اوبونتو سرورهای ابری .

برای ادمین های سیستم ، داکر محیط استانداردی برای تیم توسعه ، QA و تولیدشان ارائه می دهند و دیگر به چیزی به عنوان ” سیستم من ” نیازی نیست . با کمک داکر می توانند هر اپلیکیشنی را روی هر زیرساختی به سرعت اجرا کنند .

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

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

در مرحله بعد آنرا اجرا می کنیم . این نرم افزار درون یک محفظه (container) با رم و سیستم عامل اختصاصی خود کار خواهد کرد و به بقیه سیستم کاری نخواهد داشت و به دلیل مکانیزم ذخیره و اجرای داکر که از امکانات پیشرفته لینوکس (LXC) استفاده کرده است ، به راحتی و با سرعت شروع به کار خواهد کرد .

می توان اینگونه فرض کرد که با داکر ما به جای ایمیج گرفتن از یک سیستم عامل و اجرای آن در VirtualBox یا VMWare ، از یک نرم افزار با تمام پیکربندی و تنظیمات آن یک ایمیج می گیریم و هر جا نیاز شد سریعاً آنرا بارگذاری و اجرا میکنیم .

برای تست و آزمایش :‌
https://www.docker.com/tryit/

من خودم به شخصه بیشتر lxc رو میپسندم // خود داکر هم از lxc استفاده میکنه
#lxc #container @unixmens

#lxc #container @unixmens

توی داکر این مفهوم را داریم :


Docker daemon: runs on a host
Client: connects to the daemon, and is the primary user interface
Images: read-only template used to create containers
Containers: runnable instance of a Docker image
Registry: private or public registry of Docker images
Services: a scheduling service called Swarm which enables multi-host, multi-container deployment. Swarm was introduced in version 1.12
#lxc #container @unixmens

#Storage Management LXC vs Docker