نفت، گاز و پتروشیمی

وقتی چند سایت باید مثل یک زیرساخت واحد کار کنند

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

درخواست جلسه فنی مشاهده همه صنایع

چند سؤال واقعی قبل از طراحی

اگر ارتباط یکی از سایت‌ها قطع شد، عملیات چه می‌شود؟

کدام سرویس‌ها باید محلی ادامه پیدا کنند؟
داده‌ها کجا و با چه فاصله‌ای Replicate می‌شوند؟
Backup در برابر خرابی یا حمله چقدر جداست؟
شبکه بین سایت‌ها چطور تفکیک و کنترل شده؟
برای توسعه ظرفیت، کدام نقطه زودتر به محدودیت می‌رسد؟

زیرساخت باید با مدل عملیات هماهنگ باشد

همه چیز را نمی‌شود از یک دیتاسنتر کنترل کرد

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

مسئله‌هایی که معمولاً باید هم‌زمان دیده شوند

چند سایت، چند ریسک، یک معماری

ارتباط امن بین سایت‌ها

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

تداوم سرویس در سایت‌های دور

اگر ارتباط با مرکز قطع شد، باید روشن باشد کدام سرویس‌ها محلی ادامه می‌دهند و بعد از بازگشت ارتباط، Sync و Recovery چطور انجام می‌شود.

Backup و Recovery واقعی

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

ظرفیت و رشد

رشد داده، سرویس‌های جدید و اضافه شدن سایت‌ها باید در Sizing دیده شود تا توسعه بعدی به یک پروژه اضطراری تبدیل نشود.

امنیت و تفکیک

شبکه‌های اداری، سرویس‌های زیرساختی و بخش‌های حساس نباید بدون مرزبندی روشن کنار هم قرار بگیرند. Segmentation و Access Control بخش اصلی معماری‌اند.

پشتیبانی در شرایط عملیاتی

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

معماری Multi-Site

طراحی باید فرض کند بخشی از مسیر روزی از دسترس خارج می‌شود

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

یک طراحی Multi-Site معمولاً این لایه‌ها را کنار هم می‌بیند

ارتباط اصلی و مسیر جایگزین بین سایت‌ها
Network Segmentation و کنترل دسترسی
محل اجرای سرویس‌های حیاتی
Replication و DR
Backup محلی و Off-Site
Monitoring، Capacity و پشتیبانی

لایه‌های راهکار

برای این صنعت، زیرساخت باید یکپارچه دیده شود

Network، Virtualization، Storage، Backup و Security روی هم اثر می‌گذارند. اگر هر کدام جدا طراحی شوند، مشکل معمولاً در نقطه اتصال آن‌ها خودش را نشان می‌دهد.

Private Cloud و Virtualization

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

خدمات VCF

Network و Security

طراحی ارتباطات بین سایت‌ها، Segmentation، Firewall و کنترل دسترسی برای کاهش ریسک و حفظ ارتباط پایدار.

امنیت شبکه

Backup و Cyber Resilience

ترکیب Backup، نسخه Off-Site، Immutable Copy و تست Recovery برای اینکه حادثه در یک سایت همه نسخه‌های داده را درگیر نکند.

راهکارهای Backup

DR و Business Continuity

تعریف سناریوی Failover، محل سایت پشتیبان و ترتیب بازگشت سرویس‌ها بر اساس اهمیت واقعی هر سرویس.

Storage و Capacity

بررسی Performance، ظرفیت قابل استفاده، رشد داده و محدودیت‌های انتقال بین سایت‌ها برای جلوگیری از گلوگاه‌های پنهان.

پشتیبانی زیرساخت

پشتیبانی باید معماری را بشناسد، مستندات در دسترس داشته باشد و بتواند میان تیم‌های ستاد و سایت هماهنگی ایجاد کند.

پشتیبانی زیرساخت

نحوه شروع پروژه

قبل از طراحی، نقشه واقعی سرویس‌ها و سایت‌ها را می‌سازیم

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

۰۱

شناخت سایت‌ها

سرویس‌ها، ارتباطات، محدودیت‌ها و نقاط بحرانی هر سایت مشخص می‌شوند.

۰۲

تحلیل ریسک

سناریوهای قطع ارتباط، خرابی زیرساخت و از دست رفتن داده بررسی می‌شوند.

۰۳

طراحی معماری

Network، Compute، Storage، Backup و DR در یک طرح واحد کنار هم قرار می‌گیرند.

۰۴

اجرا و پشتیبانی

اجرای مرحله‌ای، تست، مستندسازی و پشتیبانی پس از تحویل انجام می‌شود.

اگر در چند سایت با یک مسئله مشترک درگیر هستید، از همان شروع کنیم

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

درخواست جلسه فنی