نحوه طراحی توپولوژی شبکه سازمانی شما چگونه کولوکیشن را تغییر می دهد

بیشتر شبکه های شرکتی در اطراف یک ساختمان کشیده شده بودند. تابلو در مرکز قرار داشت، شاخه ها به آن وصل شده بودند، و لبه اینترنت در یک اتاق ارتباطی در پایین راهرو زندگی می کرد. زیرساخت اصلی خود را به a منتقل کنید تسهیلات کولوکیشن و این فرض از بین می رود. مرکز ثقل جابه جا می شود و توپولوژی که در دنیای داخلی منطقی است، از لحظه ای که سرورهای شما در جای دیگری زندگی می کنند، ناکارآمد به نظر می رسد.

در اینجا چیزی است که در واقع هنگام طراحی برای colocation تغییر می کند.

انتهای WAN منتقل می شود

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

این برگشت عواقب واقعی دارد. هاب MPLS یا SD-WAN شما متعلق به سایت است نه دفتر. الگوهای معکوس که زمانی منطقی بودند اکنون یک پرش بیهوده را اضافه می کنند. اگر دفتر شرکت شما هنوز هر تونل VPN را قبل از ارسال ترافیک به سرورهای مستقر شده خاتمه می دهد، دو برابر تاخیر پرداخت می کنید.

تمیزترین رویکرد این است که سلول هم‌زمان را به‌عنوان یک مرکز جدید و دفتر مرکزی را به‌عنوان اسپیکر در نظر بگیریم. SD-WAN این کار را آسان می‌کند—شما دستگاه‌های لبه را در تأسیسات مستقر می‌کنید، پیشوندهای مرکز داده خود را از آنجا تبلیغ می‌کنید و به سایت‌های شعبه اجازه می‌دهید مستقیماً تونل بسازند.

مسیریابی جالب تر می شود

شبکه های محلی معمولاً یک مسیر پیش فرض را به یک ISP واحد اجرا می کنند. Colocation این محدودیت را حذف می کند و اکثر تیم ها از آزادی استفاده نمی کنند.

یک تسهیلات خنثی حامل به شما امکان دسترسی به چندین ارائه دهنده سطح 1 در یک ساختمان را می دهد. این دری را به روی BGP multihoming با شماره سیستم مستقل و فضای آدرس مستقل از فروشنده باز می کند. به جای شماره گذاری مجدد هنگام تغییر اپراتور، پیشوندهای خود را نگه می دارید و در بالادست تغییر می دهید. به جای قطعی زمانی که تامین کننده روز بدی دارد، در عرض چند ثانیه تسلیم می شوید.

این یک تصمیم طراحی است، نه یک تصمیم خرید. شما باید یک مسیر pre-AS را برای مهندسی ترافیک ورودی برنامه ریزی کنید، تصمیم بگیرید که آیا جداول کامل یا مسیرهای پیش فرض را از هر بالادست بپذیرید، و اندازه روترهای لبه خود را برای حافظه مورد نیاز جداول کامل انتخاب کنید. جوامع به شما امکان می دهند بر نحوه توزیع مسیرهای شما توسط ارائه دهندگان بالادستی تأثیر بگذارید، که بیشتر از آن چیزی است که اکثر تیم ها متوجه می شوند که عملکرد منطقه ای متفاوت است.

اگر BGP بیشتر از آنچه تیم شما می‌خواهد عملیاتی باشد، حمل‌ونقل اضافی با خرابی خودکار همچنان یک مدار را شکست می‌دهد – اما شما کنترل ترافیک مهندسی را رها می‌کنید.

لایه 2 به یک مشکل فیزیکی تبدیل می شود

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

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

همچنین طراحی VLAN را تغییر می دهد. گسترش لایه 2 در سراسر امکانات با VXLAN یا پوشش های مشابه امکان پذیر است، اما دامنه های خرابی به سرعت بزرگ می شوند. اکثر طرح‌های بالغ، مرزهای لایه 3 را محکم نگه می‌دارند و تنها زمانی از پوشش‌ها استفاده می‌کنند که برنامه واقعاً به مجاورت نیاز داشته باشد.

تغییر اولویت های اخراج

اپراتورهای تأسیسات، افزونگی برق و خنک‌کننده را مدیریت می‌کنند – پیکربندی‌های N+1 یا 2N، منبع تغذیه دوگانه، تولید پشتیبان، نظارت بر محیط‌زیست. این کار از روی بشقاب شما برداشته می شود.

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

برای حالت‌های خرابی که هنوز دارید طراحی کنید: فایروال‌های اضافی در سوئیچ‌های فعال-غیرفعال یا فعال-فعال، سوئیچ‌های دوتایی بالای رک با MLAG یا مکانیزم مشابه، و دسترسی مدیریتی که از قطع شدن هواپیمای داده جان سالم به در می‌برد. رانندگی از لاین مستحق توجه ویژه است. اگر تنها راه شما به کنسول از طریق شبکه‌ای است که به تازگی آن را شکسته‌اید، بازوهای راه دور به راه‌حل تبدیل می‌شوند—و کندتر از یک سرور کنسول در یک مدار جداگانه است.

رمپ های ابری بخشی از توپولوژی می شوند

امکانات Colocation در نزدیکی نقاط همتای ارائه دهندگان ابر قرار دارند و اتصال مستقیم را عملی می کنند. یک مدار اختصاصی در یک منطقه ابر عمومی به شما تاخیر قابل پیش بینی و هزینه خروج کمتر در مقایسه با حمل و نقل اینترنتی می دهد.

این رابطه را عمدا طراحی کنید. تصمیم بگیرید که کدام پیشوندها را در فضای ابری تبلیغ می کنید و کدام را می پذیرید. برای مسیریابی نامتقارن برنامه‌ریزی کنید که وقتی حجم کاری ترکیبی هر دو محیط را در بر می‌گیرد، به سرعت رخ می‌دهد. یک مدار دوم یا پشتیبان VPN بسازید زیرا یک اتصال مستقیم تنها یک نقطه شکست با یک پنجره طولانی برای تعمیر است.

محیط امنیتی توزیع می کند

با حجم کاری در محل، کاربران شعبه SD-WAN و برنامه های عمومی ابری، دیگر مکان واحدی برای بررسی ترافیک وجود ندارد. ایست های بازرسی چند برابر می شود.

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

با ترافیک شروع کنید، نه با قفسه

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

معمولاً پاسخ بیشتر از خود حرکت نمودار را تغییر شکل می دهد.