خلاصه برای تصمیم‌گیری
انتخاب مرکز داده فقط بر اساس شهر، قیمت رک یا سرعت پورت، مقایسه کاملی نیست. پرسش اصلی این است که برای رسیدن به داده به چه زنجیره‌ای وابسته‌اید و با توقف بخشی از آن، کار چگونه ادامه پیدا می‌کند. ارزش دو اتصال با محدوده خرابی‌هایی مشخص می‌شود که از یکدیگر جدا می‌کنند.
۱. پیش از انتخاب محل سرور، جریان داده را ترسیم کنید
از محل برنامه‌ها و کاربران شروع کنید. دفتر مرکزی، کارخانه، فروشگاه، خدمت ابری و تیم دورکار از مسیرهای متفاوتی به یک مرکز داده می‌رسند. برای هر جریان، مالک داده، حجم عادی ترافیک، دوره پرترافیک و حساسیت آن باید مشخص شود. به این ترتیب روشن می‌شود چرا ارزان‌ترین رک الزاماً کمترین هزینه کل را ایجاد نمی‌کند.
در فهرست داده‌ها، علاوه بر پایگاه داده اصلی، گزارش‌های سامانه، نسخه‌های پشتیبان، فایل‌های گزارش و نسخه‌هایی را که هنگام پشتیبانی ایجاد می‌شوند نیز نشان دهید. کارکردن یک خدمت در تأسیساتی داخل ترکیه به‌تنهایی ثابت نمی‌کند همه نسخه‌های آن در همان‌جا نگهداری می‌شوند. نیازهای نگهداری و دسترسی را با مسئول داده مشخص کنید و بررسی کنید قرارداد میزبانی، پشتیبان‌گیری و پشتیبانی از راه دور همان دامنه را پوشش می‌دهد. این یک بررسی فنی و خرید است، نه نظر حقوقی درباره انطباق با مقررات.
۲. نام اپراتور و جدایی فیزیکی را جداگانه ارزیابی کنید
راهنمای اتصال قابل اتکای AWS، مسیرهای متفاوت، نقاط انتهایی جدا و ظرفیت پشتیبان را با هم در نظر می‌گیرد. جدابودن مسیر فیزیکی ارائه‌دهندگان مختلف نیز اهمیت دارد. [1] با استفاده از این اصل، به‌جای مقایسه لوگوی برندها، وابستگی‌های مشترک قابل بررسی از ورودی ساختمان تا نقطه تحویل مرکز داده را فهرست کنید.
دو مدار ممکن است از یک لوله زیرزمینی، یک گذرگاه پل یا یک ورودی ساختمان عبور کنند. در مقابل، یک اپراتور در بعضی پروژه‌ها می‌تواند دو مدار را از مسیرهای متفاوت ارائه کند. بنابراین تنوع را نمی‌توان فقط به تعداد اپراتورها تقلیل داد. درباره مشخصات مسیر، نقطه تحویل و دامنه خدمت، توضیح مکتوب از ارائه‌دهنده بخواهید. اگر جزئیات مسیر ارائه نمی‌شود، بخش نامشخص باید در ارزیابی پیشنهاد آشکار باقی بماند.
۳. در کنار فاصله جغرافیایی، خرابی مشترک را هم بررسی کنید
انتخاب تأسیسات دوم در شهری دیگر برای یک برنامه مستقر در استانبول می‌تواند مواجهه با برخی رخدادهای محلی را کاهش دهد. اما مرز شهر به‌تنهایی استقلال را ثابت نمی‌کند. دسترسی به هر دو مرکز ممکن است همچنان به یک روتر، خدمت هویت، حساب مدیریت یا تغییر اشتباه یک تیم عملیاتی وابسته باشد. طرح استقرار را در سه لایه بخوانید: وابستگی فیزیکی، شبکه و مدیریت.
راهنمای تداوم خدمات NIST توصیه می‌کند محل جایگزین همراه ریسک‌ها و هدف‌های بازیابی ارزیابی شود. [2] در عمل، برای قابل استفاده بودن محل دوم، مجوزهای دسترسی، ظرفیت کافی و جریان کار نیز باید آماده باشند. رکورد عمومی مرکز داده یا PoP در نقشه ما نقطه شروع بررسی است؛ پورت رزروشده مشتری، مدار قراردادی یا مسیر تأییدشده اتصال نهایی را نشان نمی‌دهد. خطوط متحرک نیز اندازه‌گیری ترافیک زنده نیستند.
۴. تکثیر داده، پشتیبان‌گیری و بازیابی کارهای متفاوتی‌اند
نسخه دوم به‌روز می‌تواند به ادامه خدمت کمک کند. اگر حذف اشتباه یا خرابی داده هم‌زمان به نسخه دیگر منتقل شود، برای بازگشت به وضعیت درست قبلی به نسخه‌های محافظت‌شده جداگانه نیاز است. CISA برای داده‌های حیاتی، پشتیبان آفلاین و رمزگذاری‌شده همراه بررسی منظم بازیابی را توصیه می‌کند. [3] در پرونده خرید، به‌جای جمله «پشتیبان وجود دارد»، باید نوشته شود کدام داده، برای چه مدتی و با دسترسی چه کسی نگهداری می‌شود.
در آزمون بازیابی فقط بازشدن فایل را کنترل نکنید. نسخه برنامه، کلید رمزگذاری، گواهی، تنظیمات و حساب خدمت ممکن است همگی لازم باشند. اگر بازیابی از اتصال پشتیبان شعبه انجام می‌شود، زمان انتقال لازم را با حجم واقعی داده بسنجید. حتی وقتی تیم رک و شبکه متعلق به شرکت‌های متفاوت‌اند، هماهنگی آزمون توسط یک مسئول پاسخ‌گو، آشکارشدن شکاف میان مسئولیت‌ها را آسان‌تر می‌کند.
۵. پیشنهاد قیمت را به معیار پذیرش سرتاسری تبدیل کنید
ظرفیت را به بار کاری کاربر مرتبط کنید. انتقال فایل، همگام‌سازی پایگاه داده و تماس صوتی به معیارهای یکسانی حساس نیستند. تأخیر در ساعت پرترافیک، ازدست‌رفتن بسته، نوسان و رفتار انتقال باید در مسیر مقصدهای واقعی سازمان مشاهده شوند. نتیجه خوب در برابر سرور سنجش سرعت، ثابت نمی‌کند مسیر برنامه شرکت نیز همان نتیجه را می‌دهد. نقاط اندازه‌گیری، بازه تاریخ و شرایط آزمون را در گزارش بیاورید.
در محاسبه هزینه کل، رک، برق، اتصال متقاطع، مدار دسترسی، مداخله از راه دور، نصب و جابه‌جایی در پایان قرارداد را لحاظ کنید. هزینه و دسترس‌پذیری را در یک سناریو بسنجید: با خارج‌شدن یک خط یا یک مرکز از مدار، کدام کار تا چه مدتی ادامه پیدا می‌کند؟ MyFi Business می‌تواند این سند نیاز را نقطه شروع هماهنگی فنی میان چند اپراتور و گزینه اتصال از طریق یک طرف پاسخ‌گو قرار دهد.
۶. این پرسش‌ها را در جلسه مرکز داده همراه داشته باشید
جمع‌آوری پاسخ این پرسش‌ها با عنوان‌های یکسان در پیشنهادهای مختلف، تفاوت دامنه خدماتی را که در نگاه اول مشابه‌اند آشکار می‌کند. قابلیت تأییدشده را جدا از قابلیت برنامه‌ریزی‌شده ثبت کنید.
- محل داده اصلی، پشتیبان و گزارش‌های سامانه، همراه مسئولان دسترسی، مشخص است؟
- وابستگی اپراتور، ورودی ساختمان، دستگاه تحویل و برق بررسی شده است؟
- تنوع مسیر با کدام سند و در چه محدوده خدمتی تأیید می‌شود؟
- ظرفیت لازم برای ازدست‌رفتن یک اتصال یا یک مرکز آماده است؟
- مسئول بازیابی، تأیید برنامه و بازگشت خدمت به وضعیت عادی چه کسی است؟
- هزینه اتصال متقاطع، مداخله در محل و خروج یا جابه‌جایی در پیشنهاد آمده است؟
منابع و اسناد
نیاز ارتباطی‌تان را به یک درخواست روشن تبدیل کنیم.
یک نقطه تماس برای گزینه‌های اتصال و تیم‌های درگیر. نیاز فنی، شرایط تجاری و مراحل اجرا را به برنامه‌ای روشن و قابل پیگیری تبدیل می‌کنیم.
درخواست پیشنهاد سازمانی