install and configure snmp on centos (issabel based on centos) for add to monitoring systems

add Vcenter server to solarwinds, for enable snmp:
Command> snmp.set --communities solar
Command> snmp.set --targets 192.168.90.10@162/solar
Command> snmp.enable

synology mib files for add synology to opmanager monitoring

#تولدمه امروز😁

device that support for opmanager ncm configuration

✔️ یا در کارتان عالی باشید یا دنبال شغل جدیدی باشید!

✍️ پیتر دراکر

بیست ساله که بودم، مهمترین درس زندگی ام را گرفتم. مدتی بود که در بخش بازرگانی روزنامه پرتیراژی در فرانکفورت مشغول بکار بودم.
یک روز دو تا از اولین مقاله های خودم را به سردبیر بخش که یک آلمانی بود ارائه دادم. نگاه مختصری به آنها کرد و بعد هر دو مقاله را به طرفم پرتاب کرد و گفت: "یا درست کار کن یا خداحافظی کن! سه هفته وقت داری کارَت را بهتر کنی، در غیر این صورت دنبال شغل دیگری بگرد‌."

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

جمله آن روز او بسیار ناراحتم کرد. اما امروز می فهمم که همان رفتار او بود که باعث شد بعد از مدت کوتاهی بهترین روزنامه نگار آن روزنامه شوم. من آن روز آموختم که یا در کاری که انجام می دهم عالی باشم یا به دنبال شغل دیگری بگردم.

#MohammadNaeimi
🌐 kaliboys.com
🆔 @kaliboys

در موردی سوالی ک یکی از دوستان پرسیده بودن ک آیا میشه، به استوریج MSA 2040 دیسک انکلوژر D2700 رو اضافه کرد، بله و جواب توی این داکیومنت موجود می باشد.

گزینه های Instant VM Recovery و Entire VM Restore تفاوت های بسیاری با یکدیگر دارند. از جمله تفاوت های کلیدی آن ها این موضوع است که در روش Instant VM Recovery برای سرعت در انجام بازگردانی ماشین مجازی ، وییم از ویژگی بسیار جالبی استفاده خواهد کرد که باعث می شود جهت کاهش RTO ماشین مجازی مستقیما از روی فایل پشتیبان که بر روی محل ذخیره سازی فایل های Backup در سرور وییم وجود دارد ، بهره ببرد و VM را از آن محل به صورت موقت و تا قبل از پایان کامل فرآیند Recovery اجرا نماید. ( قبل از Finalize )
اما در متود Entire VM Restore ابتدا کل فایل Backup از حالت فشرده خارج می شود. سپس از محل ذخیره سازی در Veeam به دیتااستورهای ESXi انتقال می یابد و در پایان پس از انتقال کامل ، قادر به روشن کردن ماشین مجازی خواهید بود. به همین جهت در این روش RTO افزایش می یابد.

RTO یا Recovery Time Objective
در برنامه ریزیِ Disaster Recovery به معنای حداکثر زمانی است که یک کامپیوتر ، سیستم ، شبکه یا Application بعد از زمان بحران باید به حالت اولیه بازگردد.
#veeam

dslam

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