معرفی قابلیت‌های ویرایش جدید سامانه PVM

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

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

بهبود رابط کاربری

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

فرم ماشین مجازی

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

بهبود قابل توجه ماژول‌های Backup/Archive/Restore

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

بهبود ایجاد و مدیریت ماژول میزکار مجازی

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

ماژول‌های جدید و شاخص

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

به اشتراک بگذارید.

آموزش ساده Bit Mask در ++C

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

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

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

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

بررسی عضو بودن عنصر مورد نظر در رشته بیتی

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

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

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

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

اضافه کردن عنصر به مجموعه‌ یا رشته بیتی

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

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

حذف عنصر از رشته بیتی

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

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

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

تغییر وضعیت عضو بودن عنصر مورد نظر

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

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

یک مثال بسیار ساده و رایج

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

Copy to Clipboard

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

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

Copy to Clipboard

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

Copy to Clipboard

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

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

عملیات عضو کردن دانشجو در مجموعه

Copy to Clipboard

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

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

Copy to Clipboard

عملیات حذف کردن دانشجو

Copy to Clipboard

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

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

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

Copy to Clipboard

بررسی عضو بودن دانشجو در مجموعه

Copy to Clipboard

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

Copy to Clipboard

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

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

کد مثال بالا
Copy to Clipboard

نمایش خروجی کد
خروجی کد برای مثال Bit mask

به اشتراک بگذارید.

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

مقالات مرتبط

نوآورترین شرکتهای سال 2021

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

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

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

نوآورترین شرکت‌ها

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

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

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

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

به اشتراک بگذارید.

Rocky Linux، یکی از جایگزین‌های CentOS منتشر شد

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

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

Rocky Linux چیست؟

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

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

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

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

آیا معادلهای دیگری برای CentOS وجود دارد؟

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

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

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

آیا Rocky برای آوید مهم است؟

در آوید سامانه PVM بر مبنای CentOS توسعه یافته است به همین دلیل وجود یک معادل مطمئن برای ما بسیار مهم و حیاتی است.

ما در آوید قصد داریم به Rocky مهاجرت کنیم و توسعه‌های آینده PVM را بر مبنای این نسخه از لینوکس ارائه دهیم.

به اشتراک بگذارید.

Rust در راه کرنل با پشتیبانی گوگل

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

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

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

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

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

زبان Rust

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

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

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

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

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

به اشتراک بگذارید.

مایکروسافت سرورها را در حمام مایع غوطه‌ور می‌کند

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

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

غوطه ور بودن سرور در مایع

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

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

سرور در مایع

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

به اشتراک بگذارید.

دسترسی به سرورهای لینوکس را امن تر کنید

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

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

حمله هکرها

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

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

Copy to Clipboard

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

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

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

Copy to Clipboard

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

  • 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/

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

Copy to Clipboard

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

به اشتراک بگذارید.

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

مقالات مرتبط

مدیرعامل آمازون می‌گوید، آنچه برای ابر پرداخت می‌شود کمتر از 5 درصد پرداختی برای حوزه IT است.

در حالی‌که شرکت‌ها با سرعت زیادی به سمت استفاده از خدمات ابری حرکت می‌کنند، آقای 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 صورت خواهد پذیرفت.

به اشتراک بگذارید.

مقالات مرتبط

درسهای سختی که از آتش سوزی مهیب مرکز داده OVHCloud حاصل شد

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

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

آتش سوزی مرکز داده OVH Cloud

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

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

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

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

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

به اشتراک بگذارید.