veeam backup design best practice
#veeam

Image backup
full restore & more reliable in compare file base backup
#veeam

agentless backup
در این مدل ما نیاز به هیچ گونه نرم افزاری نداریم ولی در مقایسه با backup agent توانایی بررسی سکتورهای تغییر کرده را ندارد و باعث میشود که resource بیشتری برای بک آپ گرفتن صرف شود
#veeam

veeam backup vs veritas technology
gartner compare
#veeam

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

ids ips placement in network

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

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

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

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

veeam incremental backup
#veeam

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

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

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

veeam instant recovery:
با استفاده از این قابلیت شما در عرض چند دقیقه قادر خواهید بود ماشین هایی که دارای حجم خیلی زیاد و سنگین میباشند مثلا چند صد گیگ را به راحتی به مدار سرویس دهی شبکه خود برگردانید در چند دقیقه
این قابلیت به این صورت عمل میکند که فایل بک آپ ماشین مجازی ما از روی خود veeam repository ، mount شده و اقدام به روشن شدن از این استوریج میکند.
فراموش نکنید که برای برگرداندن این ماشین مجازی مجدد بر روی سرور خود باید آن را در نرم افزار migrate کنید
#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 Application-Aware Processing:
با استفاده از این قابلیت ما میتوانیم از برنامه های خاصی مثل Active directoy شرکت مایکروسافت ، Sql server و نظیر این برنامه های بک اپ گرفته و در صورت لزوم به راحتی بک آپ گرفته شده را برگرداند. همچنین زمانی که با این قابلیت ما بک آپ میگیریم از AD میتوانیم به راحتی آبجکت های پاک شده را restore کنیم.
#veeam
https://t.me/network_tips

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

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

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

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