network tips and learning

مفهوم مهم backup proxy: وظایف پراکسی شامل : 1-گرفتن دیتا از ماشین های مجازی و دنبال کردن job های ساخته شده برای بک آپ گرفتن و همچنین پیدا کردن بهترین استوریج می باشد 2-فشرده سازی 3-عملیات Deduplicatin یا جلوگیری از ذخیره سازی داده های تکراری 4-رمزنگاری در صورت نیاز 5-ارسال بک آپ ها به مکان ذخیره سازی اطلاعات یا ارسال اطلاعات به یک پراکسی دیگر در صورت نیاز (مثلا replication job )می باشد به طور خلاصه زمانی که ما یک بک آپ را شروع میکنیم veeam manager دستور را به backup proxy میدهد و بک آپ پراکسی شروع به گرفتن بک آپ ، ردگیری job های در حال اجرا و ارسال آنها به repository مورد نظر می باشد. در زمان نصب veeam بک آپ پروکسی و veeam manager به همراه اجزای دیگر بر روی یک سرور نصب میشود ، در سازمان بزرگ با تعداد ماشین های مجازی زیاد و حجم زیاد ذخیره سازی جدا کردن backup proxy و backup repository یک امر خیلی مهم و ضروری می باشد تا از کندی veeam جلوگیری شود و فرآیند بک آپ گیری سریع تر انجام شود. فراموش نکنید که در صورت نیاز شما میتوانید چندین backup proxy داشته باشید #veeam https://t.me/network_tips

veeam File copy: با استفاده از این قابلیت میتوان از فولدرهای مهم در سطح ماشین مجازی یا سرور فیزیکی به صورت پیوسته بک آپ گرفت که در صورت هرگونه مشکل بتوان آن فولدر را در سیستمی دیگر یا در همان سیستم کپی کرده و از آن استفاده کرد #veeam https://t.me/network_tips

veeam vm copy: توسط این قابلیت ما میتوانیم vm مورد نظر خود را به صورت کامل export کرده و به سایت دیگری انتقال دهیم یا آن را به محیط lab خود برده و تست های مورد نظر خود را بر روی آن انجام داده و نتیجه را ببینیم #veeam https://t.me/network_tips

Veeam backup copy job: با استفاده از این قابلیت ما میتوانیم بک آپ گرفته شده توسط یک job را به repository (مکانی که بک آپ ها را ذخیره میکنیم) دیگر انتقال بدهیم ، با این کار میتوان به صورت خودکار بک آپ گرفته شده را در چندین repository داشته و در صورتی که یک repository به مشکل بخورد از بقیه استفاده کنیم #veeam https://t.me/network_tips

Wan Accelerator: با استفاده از این قابلیت میتوانیم کنترلی روی میزان استفاده از پهنای باند لینک wan باشیم برای انتقال بک آپ ها از یک سایت به عنوان مثال سایت خود (on-site) به سایت دیگری در مکان دیگر (off site) از تمامی پهنای باند لینک wan استفاده نکنیم و در واقع باعث اختلال بقیه سرویس هایی که بر روی لینک wan وجود دارند نشویم. #veeam https://t.me/network_tips

veeamzip: با استفاده از این قابلیت میتوان در هر لحظه که خواستیم یک فول بک آپ به صورت سریع و بدون نیاز به ساختن job همچنین بدون وابستگی به restore point و schedule ساخت و در هرجایی که نیاز داشتیم ذخیره کنیم. #veeam https://t.me/network_tips

Veeam Application-Aware Processing: با استفاده از این قابلیت ما میتوانیم از برنامه های خاصی مثل Active directoy شرکت مایکروسافت ، Sql server و نظیر این برنامه های بک اپ گرفته و در صورت لزوم به راحتی بک آپ گرفته شده را برگرداند. همچنین زمانی که با این قابلیت ما بک آپ میگیریم از AD میتوانیم به راحتی آبجکت های پاک شده را restore کنیم. #veeam https://t.me/network_tips

veeam replication and Failover: با استفاده از قابلیت replication ما میتوانیم یک ماشین مجازی را بر روی یک hypervisor دیگر کپی کنیم تا در صورتی که ماشین مجازی ما به مشکل خورد یا hypervisor ما به مشکل خورد در کسری از ثانیه بتوانیم آن را بر روی یک hypervisor دیگر داشته باشیم (فقط کافیست که بریم و ماشین مجازی رو روشن کنیم روی hypervisor دیگر) اگر قابلیت failover plan رو فعال کنیم به محض اینکه هاست ما از کار بیفته یا اتفاقی بیفته برای ماشین مجازی سریع ماشین مجازی به صورت خودکار روی hypervisor دیگر روشن میشود . #veeam https://t.me/network_tips

veeam instant recovery: با استفاده از این قابلیت شما در عرض چند دقیقه قادر خواهید بود ماشین هایی که دارای حجم خیلی زیاد و سنگین میباشند مثلا چند صد گیگ را به راحتی به مدار سرویس دهی شبکه خود برگردانید در چند دقیقه این قابلیت به این صورت عمل میکند که فایل بک آپ ماشین مجازی ما از روی خود veeam repository ، mount شده و اقدام به روشن شدن از این استوریج میکند. فراموش نکنید که برای برگرداندن این ماشین مجازی مجدد بر روی سرور خود باید آن را در نرم افزار migrate کنید #veeam https://t.me/network_tips

staged restore: یکی از قابلیت های فوق العاده در نرم افزار veeam می باشد که با استفاده از این قابلیت شما میتوانید از سیستم مورد نظر خود بک آپ گرفته و سپس این بک آپ را در یک محیط ایزوله (virtual lab) بالا اورده و سپس تغییراتی که میخواهید را انجام بدهید و تست کنید که چه اتفاقی خواهد افتاد به عنوان مثال به راحتی میتوانید از dc خود بک آپ بگیرید و در این محیط آن را آپگرید کنید و ببینید که آیا مشکلی پیش خواهد امد یا نه و بعد با خیال راحت dc اصلی را آپگرید کنیم #veeam

reverse incremental برای درک بهتر این gif توجه داشته باشید که vbk پسوند فول بک آپ هست و vrb پسوند reverse incremental #veeam

veeam Reverse incremental backup: در این روش زمانی که بک آپ گرفته میشود همیشه تغییرات به فایل فول بک آپ ما تزریق میشود و در واقع فول بک آپ ما همیشه دارای آخرین تغییرات می باشد و برای بازگرداندن هم به محض بازگرداندن فول بک آپ ما تغییرات کامل را داریم در incremental backup ما باید برای بازگرداندن بک آپ ابتدا فول بک آپ را بازگردانی کنیم و سپس فایل های تغییرات مورد نظر را از بدی های این روش میتوان به کند بودن نسبت به incremental و از خوبی های آن استفاده بهینه از فضای ذخیره سازی را نام برد #veeam

veeam incremental backup #veeam

veeam incremental backup: در این روش بک آپ گیری ابتدا نرم افزار یک فول بک آپ از کل ماشین مجازی یا سیستم مورد نظر ما گرفته و در دفعات بعدی به هنگام بک آپ گرفتن فقط تغییرات ایجاد شده در سیستم مورد نظر ما نسبت به فول بک آپ گرفته شده رو بک آپ میگیره که علاوه بر سرعت بالاتر نیاز فضای به ذخیره سازی کمتری هم می باشد #veeam

SCALE OUT REPOSITORY: در این بحث همانطور که در شکل میبینیم هر job به صورت خودکار روی تعدادی repository شروع بک آپ گرفتن میکند که در این حالت خود scale out repository به صورت خودکار بر اساس سرعت استوریج ، ارتباط با استوریج و concurrent job همچنین failure انتخاب میکند و هر جاب میتواند روی چند repository ریخته شود که باعث افزایش چشمگیر کارایی میشود در واقع scale out repository چندین repository را با یکدیگر aggregate کرده و باعث میشود اگر یک ریپوزیتوری هم به مشکل بخورد همچنان job ما دچار مشکل نشود. #veeam

یک اختراع مافوق تصور

best practice for veeam backup: 1- هر چقدر تعداد job های ما نسبت به تعداد ماشین ها بیشتر باشید سرعت و کارایی بهتری داریم مثلا اگر 100 تا vm داشته باشیم و یک job تعریف کنیم برای بک آپ گرفتن از تمام این ماشین های مجازی نسبت به زمانی که 2 تا job تعریف کنیم کارایی کمتری خواهیم داشت 2- برای هر job توصیه میشود که بیشتر از 50 عدد vm رو در نظر نگیریم و توصیه میشه نهایت بین 20 تا 35 عدد vm رو در نظر بگیریم 3- برای بک آپ گیری زمانی که ما DRS و vmotion داریم روی سرورهای esxi ، باید حتما vcenter رو به veeam اضافه کنیم وگرنه با جابجایی vm از یک esxi به esxi دیگر job ما fail خواهد شد 4- الزامی ندارد که برای یک job ما حتما ماشین یک hypervisor رو در نظر بگیریم و میتوانیم ماشین های مختلف از hypervisor های مختلف را در نظر بگیریم ولی اگر از یک hypervisor در نظر بگیریم بهتر میتوانیم مدیریت کنیم در تعداد job های بالا به طوری که دسته بندی کنیم مثلا job شماره یک تا 10 مربوط به esxi 1 و 11 تا 25 مربوط به esxi 2 باشد 5- برای بستر ارتباطی veeam بهتر است از ارتباط 10G استفاده شود و حتما vlan جدایی رو در نظر بگیریم که باعث افت پرفورمنس و کارایی قسمت product ما نشود #veeam

ids ips placement in network

veeam system requirement cpu 4 core and 4gb ram #veeam

veeam backup vs veritas technology gartner compare #veeam