سوال یکی از دوستان بهانه ای شد برای نوشتن این مطلب
مفهوم Metadata چیست ؟

در ابتدا باید مفهوم metadata را بدانید. با توجه به تعاریف ساده ای که در اینترنت وجود دارد در واقع metadata یک data برای سایر data ها است. یعنی اگر شما یک نامه حاوی اطلاعات داشته باشید ، metadata ی شما در واقع ادرس پستی و مواردی است که بر روی پاکت نامه قرار دارند خواهد بود. Metadata در ساختار پارتیشن ها و دیسک ها حاوی اطلاعاتی در خصوص داده ها می باشد.
برای مثال و درک بهتر ، اگر شما یک ماشین خریده باشید یک سری اطلاعات با کاتالوگ ماشین در اختیار شما قرار می گیرد که بهتر بتوانید از ماشین استفاده کنید که این اطلاعات با خود ماشین همراه نیستند ، اطلاعاتی از قبیل شماره ثبت ماشین ، مدل ، سال تولید ، اطلاعات بیمه و ... از جمله metadata ای هستند که برای یک ماشین سواری به شما می توان ارائه داد. به تمام اینها metadata گفته می شود. در مفاهیم سیستم عامل لینوکس و یونیکس metadata در لایه های مختلف سیستم عامل وجود دارد از جمله پارتیشن ها و فایل سیستم ها که یکی از این مفاهیم که دارای metadata است به عنوان superblock شناخته می شود.
#file_system #storage @unixmens

#file_system #storage @unixmens

مفهوم superblock چیست ؟

در واقع superblock یک نوع metadata ی بسیار مهم برای فایل سیستم است که اطلاعاتی از قبیل نوع فایل سیستم ، اندازه ، وضعیت ، اطلاعات در خصوص سایر metadata های موجود ، ویژگی های فایل سیستم ، اندازه بلاک های فایل سیستم ، فضاهای خالی ، فضاهای پر شده ، محل قرارگیری جدول inode ها ، اطلاعات استفاده از دیسک و ... را در خودش نگه می دارد. تصور کنید که superblock شما از سیستم حذف شود !! چه اتفاقی می افتد ! در واقع سیستم دچار خلا ندانستن می شود و اطلاعاتی در خصوص محل داده های خودش نخواهد داشت ، با اینکه داده ها در سر جای خودشان قرار دارند. Superblock بسیار برای سیستم حیاتی است و به همین دلیل در فایل سیستم های قدرتمند این block بصورت خودکار در محل های مختلف دیسک یا پارتیشن شما بصورت خودکار backup گیری می شوند.

در واقع Superblock به عنوان یک metadata ی سطح بالا در ساختار فایل سیستم شناخته می شود. برای مثال اگر superblock پارتیشن var/ سیستم دچار اختلال بشود ، دیگر شما نمی توانید از این پارتیشن در حالت عادی بصورت mount شده استفاده کنید . در چنین مواردی است به شما کمک می کند و با استفاده از دستور fsck شما می توانید از superblock های backup گیری شده ای که در سطح فایل سیستم قرار دارند برای بازگردانی superblock ای که primary است استفاده کنید و مشکل را برطرف کنید. کپی های backup ای که از superblock ها گرفته می شود در تقریبا سراسر فایل سیستم پخش می شوند اما اولین offset از این داده ها در ابتدایی ترین block پارتیشن شما ذخیره می شود و به همین دلیل این قسمت را primary superblock می نامند. در فرآیند ریکاوری فایل سیستم با استفاده از fsck شما می توانید اطلاعات مربوط به superblock ها را با استفاده از دستور زیر مشاهده کنید :
dumpe2fs /dev/hdd | grep -i super
بعد از اینکه با دستور بالا توانستید superblock ها را مشاهده کنید می توانید با استفاده از دستور زیر ساختار superblock را تعمیر کنید ، فرض کنیم که آدرس superblock سالم ما برای ریکاوری عدد 163840 است بنابراین دستور ریکاوری به شکل زیر خواهد شد. توجه کنید که همیشه هم بدست آوردن superblock ها به این سادگی نیست و بعضا نیاز هست که فرمت کردن پارتیشن را شبیه سازی کنیم تا متوجه شویم که superblock ها در کجا قرار دارند :
/sbin/fsck.ext3 -b 163840 -B 1024 //dev/hdd
امیدوارم کمی مفهوم superblock برای شما جا افتاده باشد ، بحث در این خصوص زیاد است و فقط در این حد که متوجه شوید این مفهوم چقدر می تواند در بازسازی یک فایل سیستم به شما کمک کند کافیست ، برخی فایل سیستم ها فاقد superblock می باشند ، برای مثال فایل سیستم msdos ای که در لینوکس و ویندوز مشترک است هیچ superblock ای ندارد که مشکل را بتواند حل کند.
#file_system #storage #superblock @unixmens

دستور dumpe2fs :

ابزار dumpe2fs یک ابزار بسیار ساده ولی بسیار کاربردی برای بدست آوردن اطلاعات فایل سیستم های لینوکس است ، این ابزار در خصوص فایل سیستم های معروف لینوکس یعنی ext2 ext3 و ext4 بسیار کاربردی است. تمامی اطلاعاتی که این ابزار در اختیار ما قرار می دهد کاربردی نیستند اما می توان با فیلتر کردن خروجی اطلاعات اطلاعات بسیار مفیدی از فایل سیستم ها بدست آورد ، از جمله این اطلاعات مهم می توان به UUID فایل سیستم ، فعال بودن قابلیت Journaling در فایل سیستم ، تعداد inode ها ، میزان بلاک های خالی و پر فایل سیستم ، وضعیت فایل سیستم ، نوع سیستم عامل مورد پشتیبانی توسط فایل سیستم و بسیاری دیگر از موارد اشاره کرد ، ساختار استفاده از این دستور بسیار ساده است اما نکته در اینجاست که دستور بایستی با پارامتر h- وارد شود تا مقادیر خلاصه تری به ما نمایش داده شوند در غیر اینصورت خروجی بسیار زیاد خواهد بود ، به دستور زیر دقت کنید که اطلاعات مربوط به sdb2 را با فایل سیستم ext2 نمایش می دهد ، توجه کنید که ext2 قابلیت journaling ندارد : .
[root@localhost ~]# dumpe2fs -h /dev/sdb3
dumpe2fs 1.42.9 (28-Dec-2013)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 1a609cce-05b0-4525-a187-80d64694f4b3
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: ext_attr resize_inode dir_index filetype sparse_super large_file
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: not clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 327680
Block count: 1310720
Reserved block count: 65536
Free blocks: 1287586
Free inodes: 327669
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 319
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Filesystem created: Mon Jul 11 04:30:18 2016
Last mount time: Mon Jul 11 04:30:40 2016
Last write time: Mon Jul 11 04:30:40 2016
Mount count: 1
Maximum mount count: -1
Last checked: Mon Jul 11 04:30:18 2016
Check interval: 0 (<none>)
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
#file_system #storage #superblock #dumpe2fs @unixmens

#tc command #linux @unixmens

#jobs #oracle #linux @unixmens
علاقه مندان میتوانند رزومه خود را به آدرس [email protected] ارسال فرمایند .

✨✨آیا #DevOps بیش از یک عنوان است؟ (بخش اول)
عنوان مهندسی DevOps بیش از پنج سال است که به طور مداوم در حال حرکت به جلو ست. این در حالیست که به نظر میرسد، این مهندسان، با مهندسان سیستم (Administrator's) برابری می کنند. اما تفاوت های ظریفی بین این دو وجود دارد.
وجود DevOps عمدتا در نتیجه وجود ابر است و نیاز به توانایی خودکارسازی بسیاری از وظایف انجام شده توسط مدیر سیستم سنتی بود که تکامل نقش DevOps شکل گرفت.
امروزه از سیستم ادمین سنتی خواسته می شود تا با تیم های توسعه نرم افزار و مدیریت محصول برای اطمینان از کارآیی فرآیند انتشار نرم افزار همکاری کند در حالیکه این همکاری، نیازمند دانش DevOps است.
به طور خلاصه، یک مهندس DevOps می تواند به طور کلی هر کاری را که مدیر سیستم می تواند انجام دهد را انجام دهد، اما نه برعکس.
بنابراین زمانی که شرکت ها به دنبال نیروی متخصص هستند، این سوال مطرح میشود که
چرا استعداد هایی که دارای مهارت های گسترده تر هستند را جذب نکنیم حتی اگر در روز اول لزوما مورد نیاز نباشد؟

✨✨آیا #DevOps بیش از یک عنوان است؟ (بخش دوم)
آنچه مسلم است، اعداد نشان دهنده رشد قوی در تقاضای عنوان DevOps است. در 18 ماه گذشته تعداد آگهی هایی که شامل عنوان مهندسی DevOps هستند، بیش از 50 درصد افزایش یافته است.
تغییر واقعی است؛
شرکت ها بیش از آن که به دنبال سیستم ادمین ها یا مدیران سیستم (Administrator's) باشند، به دنبال مهندسان DevOps هستند.
و همانطور که اشاره شد، تفاوت های مشخصی در وظایفی که برای تکمیل هر یک از آن ها خواسته شده، وجود دارد
بله. DevOps آینده است.
بنابراین، بیشتر از یک نام است. سوال واقعی این است که آیا شرکت ها به آن بیش از یک نام می پردازند؟

Manning.#Docker.in.Practice dll

The.Art.of.Monitoring. dll

جزئیات استراتژی کانتینر Red Hat

کمپانی Red Hat پس از به‌دست آوردن CoreOS در اوایل امسال، در کنفرانس Red Hat Summit 2018 خود برخی از نقاط تاریک استراتژی کانتینر خود را روشن ساخت. در طی چند ماه آینده، توزیع Kubernetesی که توسط CoreOS ساخته شده است یعنی Tectonic، با توزیع Kubernetesی که لینوکس Red Hat در محیط (OpenShift (PaaS خود گنجانده است، تلفیق خواهد شد. علاوه‌براین، نرم‌افزار Operators که توسط CoreOS و برای تسهیل مدیریت کلاسترهای Kubernetes ایجاد شده است نیز به OpenShift راه پیدا خواهد کرد. همچنین Red Hat PaaS برروی Container Linux که یک نسخه‌ی سبک‌وزن توزیع لینوکسی توسعه یافته شده توسط CoreOS میباشد نیز منتشر خواهد شد. Red Hat اعلام کرد که توزیع Atomic لینوکس که ساخته‌ی همین کمپانی است نیز با Container Linux تلفیق خواهد شد.

ا Red Hat به ارائه‌ی راهنمای کاملی درخصوص ادغام دو نمونه‌ی Kubernetes تا پایان سال متعهد شده است که پشتیبانی ممتد از Quay Container Registry که توسط CoreOS ایجاد شده را نیز شامل می‌شود. تمام کاربران کنونی Tectonic به مرور به کاربران OpenShift مبدل خواهند شد. همچنین Red Hat اذعان داشت که نسخه‌ی Containerizeشده‌ای از سرور برنامه‌ی کاربردی Red Hat Fuse که پبیشتر با نام JBoss شناخته می‌شد، به‌زودی برای OpenShift دردسترس خواهد بود.

استقبال از Docker Enterprise Edition

#داستان موفقیت

شرکت‌های رهن مسکن در امریکا و اروپا وظیفه‌ی فراهم نمودن وام مسکن برای مشتریان را بر عهده دارند و معمولا هنگامیکه صحبت از این شرکت‌ها به میان می‌آید، اولین مورد که در ذهن خطور می کند «کاغذبازی» است. چراکه فرایندهای خدماتی این شرکت‌ها به ندرت بصورت سریع و مناسب صورت می‌گیرد. در این میان شرکت رهن Franklin American تصمیم گرفته برخلاف روال معمول، با سرمایه‌گذاری روی تکنولوژی‌های‌های جدید، Microserviceها و Docker Enterprise Edition، پلتفرمی ایجاد نماید تا این تکنولوژی‌ها را در جهت موفقیت خود در این عرصه مورد استفاده قرار دهد.

دان بایِر مدیر بخش DevOps در شرکت Franklin American عضوی از یک تیم نوآوری است که این شرکت سال گذشته به‌منظور به چالش کشیدن وضعیت حاضر ایجاد نمود. این شرکت از سال گذشته تاکنون کارهای شگفت‌انگیزی انجام داده و کسب‌وکار خود را دچار تغییر و تحول نموده که تمامی این تغییرات با کمک Docker Enterprise Edition به‌عنوان نقطه‌ی شروع این فرایند بوده اند.
این شرکت توانسته است به‌سرعت یک فرهنگ DevOps را حول چهار محور اصلی تشکیل دهد:

وضوح
ساده‌سازی
استانداردسازی
آزمون و خطا

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

دان در مصاحبه‌ای در DockerCon، توضیح داد که شرکت آن‌ها چگونه از Docker Enterprise Edition برای پیش‌روی نوآوری استفاده نموده است.

به گفته‌ی وی Docker به آن‌ها اجازه داده که بدون ترس از خطا، به استقبال آن بروند و مدام ایده‌های جدیدی را امتحان نمایند. در صورتی که این ایده‌ها ثمربخش باشند مورد استفاده قرار می‌گیرند، در غیر این صورت زمان بیشتری صرف آن‌ها نخواهند شد.

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

ا Docker Enterprise Edition به شرکت Franklin American این توانایی را می‌دهد که با سرعت بیشتری به سمت هدفشان برای ایجاد تغییر و تحول قدم بردارند.

شارون فریزیر، معاون رئیس بخش نوآوری نیز اذعان داشت که بزرگ‌ترین پیروزی این شرکت این بوده است که توانسته است یک ایده را از ابتدا تا انتها در عرض یک هفته به ثمر برسانند. آن‌ها فرصتی را شناسایی نموده و با سرمایه‌گذاری روی آن توانستند به وعده‌های خود عمل نمایند.

امروزه این شرکت یک کلاستر واحد با چهل Node دارد که از توسعه، تست، تضمین کیفیت (QA) و تولید، به‌همراه محیط‌های جداگانه برای هر یک از آن‌ها، پشتیبانی می‌کند. آن‌ها بیست محیط و بیش از سیصد خدمات اجرا می‌کنند که توسط هزار Container تحت پشتیبانی هستند.

نکته‌ای که بیش از این موارد چشمگیر است، سرعت آن‌ها در انجام این موارد است. همانطور که دان و شارون در سخنرانی DockerCon خود توضیح دادند، تیم DevOps شرکت Franklin American از تاریخ هفده نوامبر سال 2017، بیش از ده هزار پیاده‌سازی انجام داده ، یعنی به طور میانگین دویست پیاده‌سازی در روز!

همانطور که شارون در صحبت‌های خود در DockerCon اشاره کرد، وی استارتاپی را در بین شرکت‌های آمریکایی اداره می‌کند و این شغل بهترین شغل جهان است. با همکاری Docker، هدف این گروه، اطمینان حاصل کردن از این امر است که شرکت در ده سال آینده کارآمد بوده و در میدان رقابت باقی بماند.
#docker @unixmens

#داستان موفقیت IoT based Big Data System for Chungho-Nais


When creating their new home IoT platform to monitor each water purifier in real time, Chungho Nais knew that they needed a database which could handle large amounts of data. Additionally, whatever system they chose would need to be capable of real-time online inquiries within a Hadoop Big Data environment. In order to ensure this happened on a highly reliable yet cost effective solution, Chungho Nais chose to deploy on MySQL.

#داستان موفقیت : چگونه تجارتی از گنو/لینوکس و ساختارهای آن و mysql و ... قدرت گرفته https://www.dropbox.com/s/bz8bkwi3kxedw7h/mysql_cs_1check.pdf?dl=0 @unixmens

#داستان موفقیت 2 :
صنعت: مهمانداری
منطقه: شمال امریکا
دفتر مرکزی: دالاس، تگزاس، ایالات متحده
اندازه شرکت: بیش از 900 محل کسب و کار چیلی
درباره شرکت
در واقع Brinker International، Inc.، شرکت Grill & Bar چیلی و ایتالیایی Little Maggiano، در زمینه غذا های استثنایی با تجربه های مهمان نوآورانه دیجیتال تمرکز دارد. Brinker می خواست برای مهمانان خود در برنامه تلفن همراه خود، وب سایت، کیوسک های در رستوران و رستوران ها و غذا های مهماندار آشپزخانه ارائه دهد. با استفاده از راه حل های Red Hat ® ، برینکر یک محیط تجارت الکترونیک را برای پشتیبانی از توسعه سریع و استقرار، مقیاس برای رفع نیازهای ترافیکی و حفاظت از اطلاعات مهمان ایجاد کرد.
برینکر تصمیم به استفاده از فناوری منبع باز با استفاده از نوآوری و انعطاف پذیری لازم داشت. او پلت فرم Red Hat را به عنوان پایه و اساس تجارت الکترونیک جدید خود انتخاب کرده است، که همچنین خدمات جدید دیجیتال Chili را میزبانی می کند. Brinker راه حل Red Hat را برای ذخیره سازی، مدیریت و تجزیه و تحلیل داده ها ادغام کرد. Patra مدیر عامل برینکر می گوید : "ما یک فروشگاه با پلت فرم بسته برای 40 سال بوده ایم." "اما برای این پروژه، ما نمی خواستیم به یک تکنولوژی وابسته باشیم، بنابراین ما شروع به نگاه کردن به منبع باز کردیم. توسعه بسیار نوآورانه در جوامع منبع باز وجود دارد. "

راه حل :
“Red Hat’s software-defined storage solutions
Red Hat Gluster and Red Hat Enterprise Linux
container
#devops #redhat #linux @unixmens

#داستان موفقیت 2 :
صنعت: مهمانداری
منطقه: شمال امریکا
دفتر مرکزی: دالاس، تگزاس، ایالات متحده
اندازه شرکت: بیش از 900 محل کسب و کار چیلی
درباره شرکت
در واقع Brinker International، Inc.، شرکت Grill & Bar چیلی و ایتالیایی Little Maggiano، در زمینه غذا های استثنایی با تجربه های مهمان نوآورانه دیجیتال تمرکز دارد. Brinker می خواست برای مهمانان خود در برنامه تلفن همراه خود، وب سایت، کیوسک های در رستوران و رستوران ها و غذا های مهماندار آشپزخانه ارائه دهد. با استفاده از راه حل های Red Hat ® ، برینکر یک محیط تجارت الکترونیک را برای پشتیبانی از توسعه سریع و استقرار، مقیاس برای رفع نیازهای ترافیکی و حفاظت از اطلاعات مهمان ایجاد کرد.
برینکر تصمیم به استفاده از فناوری منبع باز با استفاده از نوآوری و انعطاف پذیری لازم داشت. او پلت فرم Red Hat را به عنوان پایه و اساس تجارت الکترونیک جدید خود انتخاب کرده است، که همچنین خدمات جدید دیجیتال Chili را میزبانی می کند. Brinker راه حل Red Hat را برای ذخیره سازی، مدیریت و تجزیه و تحلیل داده ها ادغام کرد. Patra مدیر عامل برینکر می گوید : "ما یک فروشگاه با پلت فرم بسته برای 40 سال بوده ایم." "اما برای این پروژه، ما نمی خواستیم به یک تکنولوژی وابسته باشیم، بنابراین ما شروع به نگاه کردن به منبع باز کردیم. توسعه بسیار نوآورانه در جوامع منبع باز وجود دارد. "

راه حل :
“Red Hat’s software-defined storage solutions
Red Hat Gluster and Red Hat Enterprise Linux
container
#devops #redhat #linux @unixmens

سریعتر با #DevOps نوآوری کنید

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

با یک استراتژی کامل DevOps، سازمان ها می توانند تغییرات فرهنگی، فرآیند و پلت فرم مورد نیاز برای پاسخگویی به خواسته های جدید را آغاز کنند. نتیجه یک سازمان فناوری اطلاعات است که می تواند نوآوری کسب و کار را سریعتر ارائه دهد.


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

در واقع devops زیرساخت نیست چیزی نیست که deploy کرده و فراموش کنید.

کلید موفقیت اعتماد است ، فراتر از آن، اجرای DevOps نیازمند تغییر فرایندها و ادغام ابزارهای مناسب است. بسته به سازمان شما، این سفر می تواند چالش برانگیز باشد، اما بازده بسیار زیاد است.
#linux #DevOps #devops @unixmens