نسخه 5 سامانه PVM حاصل 6 ماه تلاش تیم توسعه آوید است. نکته قابل توجه در این نسخه، ایجاد قابلیت‌های که بنا به درخواست کارفرمایان آوید بوده است. در این نسخه تغییرات و قابلیت‌هایی در رابط کاربری و ماشین‌ها مجازی ایجاد شده است. همچنین ماژول‌های جدیدی به سامانه افزوده شده است.

افزوده شدن این قابلیت‌ها به سامانه PVM، باعث بالا رفتن سرعت و سهولت کار کردن با سامانه شده است. که در ادامه به این تغییرات و قابلیت‌ها اشاره خواهیم کرد.

• بهبود قابل توجه UX
• پشتیبانی از زبان فارسی و انگلیسی برای راهنماها (Help)
• نمایش قابلیت‌های جدید در اجرای اولیه PVM Manger
• فرم Getting Started
• درج راهنما برای پارامترهای جدید و مهم سامانه PVM

• بهبود UX
• نمایش وضعیت ماشینهای مجازی در قالب آیکن
• خلاصه شدن اطلاعات فرم اصلی
• نمایش وضعیت ماشین مجازی در قالب مینی داشبورد
• ستون Has Backup جهت مشخص کردن وضعیت بک آپ ماشین مجازی
• قابلیت اطلاع از وضعیت تسکهای ماشین مجازی
• اعلام هشدارهای مناسب در زمان روشن/خاموش کردن ماشینهای مجازی
• قابلیت Migrate از لیست ماشین مجازی بدون نیاز به ایجاد تسک

• بازنویسی کامل ماژول‌های بک آپ و آرشیو و ری استور
• تغییر و بهبود الگوریتمها
• افزایش سرعت فرآیند بک آپ تا 2 برابر
• پشتیبانی از تعداد دیسک همزمان برای بک آپ و آرشیو از ماشین مجازی
• امکان انتخاب چند دیسک و ری استور همزمان آنها
• امکان ساخت ماشین مجازی در فرآیند ری استور
• قابلیت بررسی وضعیت تسکها با یک نگاه در فرم تسکها
• نمایش متن خطا در صورت Fail شدن اجرای ماشین مجازی (در تمامی تسکها)

• بهبود قابل توجه در فرآیند ایجاد میزکارهای مجازی
• بهبود رابط کاربری PVM Desktop
• قابلیت تنظیم Quota برای میز کار مجازی
• حداکثر مدت زمان استفاده از میزکار در طول شبانه روز
• تعیین زمان Timeout جهت آزادسازی منابع میزکار مجازی
• قابلیت تنظیم پارامترهای Windows Performance در زمان ایجاد میزکارهای مجازی

• ماژول Replication
  ابزاری کاربردی جهت راه اندازی سایت پشتیبان
• ماژول Storage Migration
• ماژول Virtual Flash
• ماژول DRS
• ماژول USB Server یا سایود

این تکنیک برای مدیریت و عضو کردن یکسری عناصر به مجموعه‌ است. مجموعه در اینجا با عنوان رشته بیتی یاد می‌شود که هر بیت آن نشان دهنده‌ی وضعیتِ عنصر مورد نظر می‌باشد. اگر عنصر مورد نظر در مجموعه یا رشته بیتی عضو است، آنگاه بیت متناظر آن در رشته بیتی، شامل مقدار یک است، در غیر این صورت، این بیت صفر خواهد بود.

نکته: باید برای هر عنصر مجموعه، maskای را در نظر گرفته شود.

تا اینجا دو مولفه، به نام‌های رشته بیتی که همان مجموعه‌ است و mask که مربوط به هر عنصر مجموعه است اشاره شد.

در زیر چندین عملیات بیان می‌شود که می‌توان روی مجموعه یا رشته بیتی انجام داد؛ این عملیات‌ها با کمک عملگرهای بیتی انجام می‌پذیرد:

منظور این هست که بررسی شود بیت متناظر با عنصر، دارای مقدار یک هست یا صفر؛ اگر مقدار صفر هست یعنی عنصر عضو مجموعه نیست و اگر بیت مربوطه مقدار یک است، یعنی عنصر عضو مجموعه است(با استفاده از عملگر منطقی &).

این عملیات به صورت زیر انجام می‌پذیرد:

(رشته بیتی) & (عنصر مورد نظر)

نکته: منظور از عنصر مورد نظر، مقدار mask آن می‌باشد.

منظور این هست که بیت متناظر با عنصر، در مجموعه یا رشته بیتی، دارای مقدار یک گردد(با استفاده از عملگر منطقی or).

(رشته بیتی) | (عنصر مورد نظر)

منظور این هست که بیت متناظر با عنصر، در مجموعه یا رشته بیتی، دارای مقدار صفر گردد(با استفاده از عملگر منطقی or و not).

(رشته بیتی) | (عنصر مورد نظر~)

نکته: علامت not یا معکوس به صورت ~ می‌باشد.

منظور این است که اگر مقدار بیت متناظر با عنصر در رشته بیتی، دارای مقدار یک بود، صفر گردد یعنی عنصر، از مجموعه حذف گردد و همچنین اگر مقدار بیت متناظر با عنصر، در رشته بیتی، صفر بود دارای مقدار یک گردد، یعنی عنصر به مجموعه اضافه شود. در اصطلاح به این نوع عملیات تغییر وضعیت، toggle گفته می شود (با استفاده از عملگر منطقی xor).

(رشته بیتی) ^ (عنصر مورد نظر)

لیستی از افراد به صورت زیر وجود دارد:

در این لیست، فقط ALI، REZA و SAJJAD دانشجو هستند؛ می‌خواهیم مجموعه‌ای از دانشجویان را ایجاد نماییم و عملیات‌هایی مانند بررسی عضو بودن دانشجو در مجموعه، حذف دانشجو از مجموعه، عضو کردن دانشجوی جدید به مجموعه را، انجام دهیم:

در ابتدا لازم هست که مجموعه یا همان رشته بیتی که شامل دانشجویان هست را ایجاد نماییم:

در ادامه برای هر عنصر (افراد)، لازم است maskی ایجاد شود:

نکته: به طور کلی تعداد افراد با تعداد بیت‌ها، یکسان است و دلیل این امر به خاطر متمایز کردن افراد نسبت به یکدیگر می‌باشد (می‌توان به این صورت بیان کرد: به هر فرد یک ID یا شناسه منحصر به فرد، داده شده است).

نکته: مقدار 0b0001، عدد باینری (دودیی) را نشان می‌دهد.

اکنون مقدار listOfStudents ، عدد 11 می‌باشد که به صورت دودویی یا باینری عدد 1011 است که نشان دهنده‌ی عضو بودن سه دانشجو ALI، REZA و SAJJAD در مجموعه است (یعنی بیت‌های متناظر این افراد، یک می‌باشند).

سه خط کد بالا را می توان به صورت زیر خلاصه کرد:

اکنون مقدارlistOfStudents ، عدد 9 است که به صورت دودویی 1001 می‌باشد و نشان می‌دهد که کاربر REZA از مجموعه حذف گردیده است.

سوال) برای حذف کردن دو دانشجو، چه کدی باید نوشت؟

جواب) به عنوان نمونه برای حذف دانشجوهای ALI و REZA به صورت زیر باید اقدام کرد:

چون در عملیات قبلی دانشجوی REZA را حذف نمودیم، مقدار isExist، صفر می‌باشد.

مقدار isExist، یک می‌باشد و نشان از عضو بودن SAJJAD در مجموعه دانشجویان است.

نکته: در کتابخانه‌های استاندارد ++C ، کتابخانه‌ای با نام bitset برای تسهیل مدیریت و کار با تکنیک mask، وجود دارد.

بیشتر بخوانیم

مقالات مرتبط

موسسه BCG لیستی از 50 شرکت که بر اساس پارامترهای بررسی شده، جزو نوآورترین شرکت‌ها هستند، معرفی کرده است. در بالای این لیست شرکت‌های نام آشنایی را می‌توان دید:

1. Apple
2. Alphabet
3. Amazon
4. Microsoft
5. Tesla

لیست کامل شرکت‌ها را در عکس زیر مشاهده کنید:

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

نوآوری، ارزش‌های طولانی مدت و پایداری در مقابل شوک‌های محیطی همچون اپیدمی کرونا را نشان می‌دهد. شرکت‌های نوآور موجود در لیست در طی دوران کرونا پیشرفتی بیشتر از سایر شرکت‌ها داشته‌اند.

اما چگونه می‌توان نوآور بود؟

شاید مهمترین دلیلی که در این گزارش به آن اشاره شده است اتصال R&D و فروش و به عبارتی اتصال محصول و مشتری است.

نسخه RC1 از Rocky Linux منتشر شد و هم اکنون از طریق https://rockylinux.org/download/ در دسترس است.

توسعه دهندگان Rocky هشدار داده‌اند که این انتشار برای محیط‌های عملیاتی مناسب نیست و صرفا جهت تست و بررسی منتشر شده است.

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

با توجه به در دسترس بودن Source برنامه های RHEL، لینوکس CentOS بر مبنای Sourceهای RHEL ارائه گردید (و البته کماکان ارائه می‌گردد) که به صورت آزاد منتشر می‌شود.

بعد از اینکه ردهت تصمیم گرفت که دیگر CentOS نسخه معادل RHEL نباشد بلکه به نوعی نسخه آینده RHEL باشد، گفتمان و بحث‌های زیادی در محافل لینوکس و متن باز شکل گرفت. این تصمیم بدون شک برای کسب و کارهایی که بر مبنای CentOS، به عنوان یک لینوکس با پکیج‌های Enterprise، توسعه می‌یافتند عواقب فراوانی داشت، چرا که دیگر قرار نبود CentOS مانند قبل پایدار و استوار باشد.

در اثنای گفتمان‌ها، Gregory Kurtzer که موسس اصلی CentOS بود، اعلام کرد که لینوکس Rocky را منتشر خواهد کرد که از منظر مفهومی همان CentOS است با این تفاوت که توسط یک Community حمایت و توسعه می‌یابد.

جواب این سوال مثبت است. شرکت CloudLinux بعد از اعلام شرکت ردهت، AlmaLinux را ارائه داد که هم اکنون نیز در دسترس است و امکان خرید پشتیبانی نیز وجود دارد.

همچنین Oracle Linux که بر مبنای RHEL توسعه یافته است به عنوان یک انتخاب وجود دارد.

اقبال به Rocky به دلیل ماهیت داشتن Community و همچنین وجود Gregory Kurtzer بیشتر از بقیه نسخه‌ها است.

گوگل اعلام کرده است که از تلاش‌ها برای پشتیبانی از Rust در هسته سیستم عامل لینوکس حمایت می‌کند.

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

گوگل اعلام کرده که استفاده از Rust در آندروید، مخاطرات امنیتی ناشی از حافظه را به شدت کاهش داده است. به این دلیل و با توجه به مزایای Rust، گوگل توسعه‌های جدید در آندروید را بر مبنای Rust هدف گذاری کرده است.

Rust را به عنوان یک زبان سطح پایین که مخاطرات امنیتی حافظه در زبان‌های C و ++C را پوشش داده است می‌شناسند. پیش از این نیز در مورد حرکت گوگل در مسیر امن‌تر کردن Apache با استفاده از Rust گفتیم.

به نظر می‌رسد که توسعه‌دهندگان آندروید، زبان Rust را، که در Mozilla شکل گرفت، پایدار و کارا و برای توسعه در کرنل نیز، مناسب می‌بینند.

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

گوگل برای اینکه نحوه تعامل Rust با کرنل را نشان دهد یک درایور کوچک به نام semaphore را توسعه داده است.

از جمله مواردی که در دفاع از این موضوع عنوان شده است توانایی Rust به حذف باگ‌های گوناگون در زمان کامپایل است.

از سوی دیگر لنوز تروالدز نیز نسبت به این موضوع واکنش منفی نشان نداده است.

در نظر داشته باشید که بنیاد RUST توسط کمپانی‌هایی همچون Google, Mozilla, Huaweiو Microsoft حمایت مالی می‌شود. تمامی این موارد گواه اهمیت Rust در توسعه‌های آینده است.

مایکروسافت با هدف افزایش کارآیی و بهینگی مصرف انرژی استفاده از شیوه غوطه‌وری سرورها در مایع را آغاز کرده است. این شیوه قبل از این در صنعت وجود داشته و توسط Minerهای رمز ارزها به منظور خنک‌سازی تجهیزات استفاده شده است. مایکروسافت برای اولین بار از این شیوه برای خنک‌سازی سرورها در مراکز داده استفاده می‌کند.

این شیوه از روش غوطه‌وری تجهیزات در مایعی غیر رسانا (بر پایه fluorocarbon) استفاده می‌کند که دارای دمای جوش 50 درجه سانتیگراد است. این مایع با تماس مستقیم با تجهیزات گرمای آنها را دریافت می‌کند.

این حرکت مایکروسافت به دلیل رشد ناگهانی مراکز داده و نیازهای محاسباتی انجام شده است. هم‌اکنون مراکز داده با جریان هوایی که توسط چیلرهایی خنک می‌شود، سطح دمای خود را تنظیم می‌کنند. این روش نیازمند مصرف آب بسیار زیاد است. از سوی دیگر جریان اکسیژن به اکسیده شدن تجهیزات کمک می‌کند و خود عامل مهمی در بروز آتش‌سوزی در مراکز داده است.

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

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

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

به عبارتی به صرف وجود رمزنگاری نمیتوان از سطح امنیت مناسب سیستم عامل اطمینان حاصل کرد.

امکانی در سیستم عامل لینوکس وجود دارد که با استفاده از آن می‌توان سیاست‌های خاصی را برای زیرساخت‌های رمزنگاری، در سطح سیستم عامل، اعمال کرد. این امکان با نام crypto-policies، سیاست‌های رمزنگاری، شناخته می‌شود.

این ابزار دستور update-crypto-policies را در اختیار مدیران فناوری اطلاعات قرار می‌دهد تا بتوانند پالیسی‌های امنیتی را برای تمامی زیرساخت‌های امنیتی اعمال کنند یا وضعیت موجود را بررسی نمایند.

انواع سیاست‌های امنیتی موجود به این شرح است:

• LEGACY
  بالاترین سطح تطابق پذیری را با سطح امنیت پایین در اختیار قرار می‌دهد.
• DEFAULT
  قابلیت‌هایی که به صورت پیش فرض در سطح استانداردهای امروز، سطح امنیت قابل قبولی را ارائه می‌دهد.
• FUTURE
  سطحی از استانداردها که سعی دارد از حملاتی که در آینده محتمل به نظر می‌رسند، جلوگیری کند.
• FIPS
  این سطح منطبق بر نیازمندیهای FIPS 140-2 می‌باشد.

برای اطلاعات دقیق‌تر در مورد سیاست‌های رمزنگاری، راهنمای crypto-policies را مشاهده کنید.

زیرساخت‌های رمزنگاری که به این واسطه تنظیم می‌شوند عبارتند از:

• BIND DNS name server daemon
• GnuTLS TLS library
• OpenJDK runtime environment
• Kerberos 5 library
• Libreswan IPsec and IKE protocol implementation
• NSS TLS library
• OpenSSH SSH2 protocol implementation
• OpenSSL TLS library

چنانچه علاقه‌مند هستید از تنظیماتی که هر پالیسی بر روی برنامه‌ها اعمال می‌کند مطلع شوید این مسیر را بررسی کنید:

/usr/share/crypto-policies/

برای هر پالیسی یک شاخه خواهید دید که به تفکیک برنامه‌ها یک فایل متنی حاوی تنظیمات برای تولید کلید، رمزنگاری و … وجود دارد.

تنظیمات جاری در مسیر زیر قرار دارد:

/etc/crypto-policies/back-ends/

برای اعمال سطح امنیتی مورد نظر از دستور زیر استفاده کنید:

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

بیشتر بخوانیم

مقالات مرتبط

در حالی‌که شرکت‌ها با سرعت زیادی به سمت استفاده از خدمات ابری حرکت می‌کنند، آقای Andy Jassy عنوان کرده است که آنچه توسط سازمان‌ها برای حوزه ابر هزینه می‌شود کمتر از 5 درصد کل هزینه‌ای است که برای حوزه فناوری‌اطلاعات پرداخت می‌شود.

این مطلب را در کنار این موضوع مهم قرار دهید که ارائه‌دهندگان خدمات ابری در طی ماه‌های اخیر عنوان کرده‌اند که فقط 15 تا 20 درصد سرویس‌های سازمان‌ها به حوزه ابر منتقل خواهد شد. این موضوع بیانگر این است که حجم بالایی از بار کاری سازمان‌ها (بین 80 تا 85) درصد به صورت لوکال مدیریت خواهد شد و این نشان از فرصت بزرگ در این حوزه است.

آقای Jassy به مدت 15 سال مدیر AWS بوده است، و اخیرا جایگزین آقای جف بزوس شد و مدیریت تمامی مجموعه آمازون را به عهده گرفت.

AWS به نوعی بزرگ‌ترین ارائه‌دهنده خدمات ابری در جهان است و Jassy که این مطلب را بیان می‌کند به استناد 15 سال سابقه اجرایی در AWS است که می‌توان گفت قابل استناد است.

این مطلب را آقای Jassy در ایمیلی که به منظور معرفی مدیرعامل جدید AWS به کارمندان AWS فرستاده، عنوان کرده است.

به استناد این مطلب می‌توان گفت که صنعت ابر، با تمام پیشرفت‌ها، در ابتدای راه است.

تمامی فعالین حوزه متن باز و نرم‌افزارهای آزاد، ریچارد استالمن(به اختصار RMS) را می‌شناسند، او موسس و نشر دهنده مفهوم نرم‌افزارهای آزاد و اولین توسعه دهنده کامپایلر پرکاربرد GCC است.

آقای استالمن در سال 2019 از هیات مدیره‌ی بنیاد نرم‌افزارهای آزاد (FSF) کناره‌گیری کرد. اما هم‌اکنون طبق اعلامی که شده است، RMS به بورد مدیریتی FSF بازگشته است.

این بازگشت بازخوردهای منفی متعددی را در بین فعالین نرم‌افزارهای متن‌باز و آزاد ایجاد کرده است. به نظر می‌رسد اختلاف اساسی و پایه‌ای با مبانی فلسفی RMS وجود دارد.

طبق اعلام ردهت، این شرکت تمامی حمایت‌های مالی خود از FSF و رویدادهای FSF را، در پاسخ به بازگشت RMS، معلق کرده است.

همچنین Debian درخواست کرده است که RMS از هیات مدیره FSF برکنار شود.

از دیگر بازخوردهای منفی به این موضوع اعلام موضع The Document Foundation، سازمان توسعه دهنده LibreOffice است. این بنیاد عضویت FSF در هیات مدیره خود و همچنین سایر همکاری‌های خود را با FSF، معلق کرده است.

به نظر می‌رسد بازخوردهای منفی به بازگشت RMS به FSF بیشتر از حد انتظار بوده است، باید دید در روزهای آینده چه اقداماتی توسط FSF صورت خواهد پذیرفت.

مقالات مرتبط

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

آتش سوزی ساعت 2 بامداد چهارشنبه 10 مارس 2021 در یکی از مراکز داده شرکت OVH Cloud رخ داد. این موضوع باعث شد که سرویسهای قابل توجهی در دنیا از مدار سرویس خارج شوند.
آتش سوزی منجر به از بین رفتن کامل اطلاعات شد. تمامی سرویس‌هایی که در این مرکز داده میزبانی می‌شدند مجبور شدند که بک‌آپ‌های داشته و نداشته خود را برگردانند و سرویس‌های را بالا بیاورند. در این فرآیند مطمئنا حجم قابل توجهی از اطلاعات از بین رفته است.

و اینجاست که درس سخت هویدا می‌شود: « اهمیت Backup و طرح‌های Recovery موسسات و شرکتها »

براساس تحقیقات Riverbank در سال 2018 مشخص شده است که 46 درصد شرکت‌های SME دارای زیرساخت و یا طرح تهیه Backup و یا Recovery برای اطلاعات خود نیستند. همچنین 95 درصد شرکت‌هایی که دارای Plan هستند، نتوانسته‌اند تمامی اطلاعات خود را در این فرآیند مدیریت کنند.

طبق تحقیقات گارتنر هزینه Down-Time به صورت متوسط برای یک شرکت 300.000 دلار در ساعت است.

تجربه OVH نشان داد که انتقال سرویس‌های به Cloud به معنای برخورداری از بی‌نهایت منابع (منابع رویایی) و UpTime همیشگی نیست. همواره باید طرح B وجود داشته باشد.

نکته مهم آن است که بروز اتفاق‌های ناگوار را باید حتمی بدانیم و برای مقابله با آن برنامه داشته باشیم.