با سلام و تشكر از شما و ارائه جالبتون يه سوال آُِيا از اينكه به عنوان يه DevOps فعاليت ميكنيد راضي هستين؟ (به طور مشخص در ايران فعاليت به صورت DevOps ارزشمند هست؟) توي اين مورد اگه بقيه دوستان هم تجربياتي دارند ممنون ميشم مطرح كنند؟
From: general [mailto:[email protected]] On Behalf Of Vahid Ashrafian Sent: Saturday, March 11, 2017 1:24 PM To: Beikmohammadi, Hasan (Production Planning) Subject: [TehLUG-General] منابع، اسلایدها و توضیحات اضافه ارائه The Story of DevOps اخطار: میل سرور قادر به شناسایی فرستنده نامه نیست ایمیل ارسالی ممکن است جعلی باشد ________________________________ سلام برای ارائه من در جلسه 231م لاگ اسلایدهای ارائه و همینطور دو کتابی که معرفی کرده بودم رو از اینجا میتونید دانلود کنید: https://www.dropbox.com/sh/dy5to35pxf4i57x/AAAG193vAMmr9q76Lnetxvz5a?dl=0 یه course توی edx در مورد DevOps هست که مرجع اصلی من بود از این لینک میتونید رایگان ثبت نام کنید: https://www.edx.org/course/introduction-devops-transforming-linuxfoundationx-lfs161x مجموعه سخنرانی هایی هم که در موردش صحبت شد به همراه یه سری سخنرانی خوب دیگه توی یه playlist یوتیوب جمع کردم: https://www.youtube.com/playlist?list=PLOw-K6HoPAvxU39zL4ki4YmBR-r5ihSKV پیشنهاد شد در مورد مشکلاتی که با بعضی سیستمها داشتیم یه توضیح بدم که اینجا چند موردش رو میگم: مشکل با docker ما از docker حدود 2 سال پیش استفاده میکردیم و هنوز به ورژن یک نرسیده بود. پس تا جایی که من چک کرده اکثرا مشکلات برطرف شده. اون موقع هم از ubuntu server 14.04 احتمالا با کرنل 3.13 استفاده میکردیم. مشکل اصلی ما با docker برای زمانی بود که به ازای upgradeی که روی سرویسها زده میشد و نیاز بود چندین container ساخته بشه گاهی docker daemon به مشکلی میخورد و zombie process میشد و docker cli هم کلا دیگه response نمیداد و مجبود میشدیم که سرور رو reset کنیم. مشکل بعدی docker ضعیف بودن docker api برای مدیریت network بود که امکان تغییر port یه container رو در زمانی که run هست نمیداد.که فکر میکنم این هم الان خیلی بهتر شده مشکل با Juju http://jujucharms.com/ مشکل اصلی Juju این هست که ارتباط بین Juju master که node مدیریتی هست، با Juju Agentهایی که روی سرورها نصب شدند شدیدا chatty هست. این مشکل در تمامی ورژنهای 1 در Juju هست. ولی جدیدا ورژن 2 هم stable شده. البته با معماری که Juju داره من امیدوار نیستم که وضعیت بهتر بشه. این مشکل وقتی مشخص میشه که تعداد سروهای شما زیاد بشه، معمولا بالا 100 سرور اگه برسید احتمالا احتیاج دارید یه سرور خیلی بزرگ فقط بذارید برای juju master چون کلی CPU و Network مصرف میکنه. البته این رو هم بگم که نحوه استفاده از Juju هم خیلی موثر هست، مثلا اگه از Juju تماما برای مدیریت سرویسهاتون در AWS EC2 استفاده بکنید احتمالا مشکلی نخواهید داشت، چون مخصوصا وقتی همه سرورها در یک datacenter هستند و latancy بین Juju Master و Agentها کم هست، مشکلی زیاد پیش نمیاد. البته مشکلی دیگه ای هم داشتیم، گاهی وقتی که خود Juju Master به هر دلیل kill بشه یا کلا سرور reset بشه دفعه بعد که سرور بیاد بالا ممکنه طوری state دیتابیس بهم بخوره که کلا همه چیز رو از دست بدید! گرچه یه سری fixها براش وجود داره، ولی بیشتر نشان دهنده غیرقابل اعتماد بودن Juju هست. مشکل با LXC گرچه توصیه میشه اگر میخواید سراع containerها برید docker و Kubernetes گزینه های مناسبتری هستند، ولی ما دو سال پیش که با docker به مشکل خوردیم از LXC استفاده کردیم، گرچه تمام اون کارها رو الان هم با LXD احتمالا بهتر میشه انجام داد. ولی یه مشکل با LXC داشتیم که احتمالا یه bug توی کرنل لینوکس هست که فکر نمیکنم هنوز هم برطرف شده باشه (ما تا ورزن 4.4. کرنل هم این مشکل رو داشتیم)، مشکل وقتی هست که سرور load خیلی بالایی داره مخصوصا از طرف network و شما نیاز هست که یه container جدید بسازید. توی این حالت ممکنه بعضی processهای مربوط به LXC کلا zombie بشه. یه گزارش این bug رو اینجا میتونید ببینید: https://lists.linuxcontainers.org/pipermail/lxc-users/2016-January/010816.html و احتمالا به این bug کرنل مرتبط هست: https://bugzilla.kernel.org/show_bug.cgi?id=97811 ممنون وحید اشرفیان
_______________________________________________ general mailing list [email protected] http://lists.tehlug.org/mailman/listinfo/general unsubscribe: http://lists.tehlug.org/mailman/options/general
