فهرست سرویس ها و وابستگی ها
برای هر سرور سرویس ها، پورت ها، دیتابیس ها، لایسنس های وابسته به سخت افزار و ارتباط با سیستم های دیگر را مستند می کنیم.
شروع و ارزیابی
ارزیابی رایگان 5مشکل فوری
خدمات فوری 4پشتیبانی مستمر
قرارداد پشتیبانی 5پروژه ها
سرور و هاستینگ 6 شبکه و مجازی سازی 9 دواپس و اتوماسیون 5 امنیت و بازیابی 5 تجهیزات و لایسنس 2بدون هزینه بفهمید وضعیت سرور، امنیت، بکاپ و سرعت سیستم هایتان چطور است.
سرور یا شبکه قطع است، سایت هک شده یا اطلاعات از دست رفته؟ همین حالا تماس بگیرید.
پشتیبانی و نگهداری ماهانه شبکه و سرور با زمان پاسخ مشخص در قرارداد.
نصب، کانفیگ، مدیریت و انتقال سرورهای لینوکس، ویندوز، کنترل پنل ها و ایمیل سرور.
طراحی و اجرای شبکه، میکروتیک، ویپ، اتصال شعب، مجازی سازی و ابر خصوصی.
شبکه و ارتباطات
مجازی سازی و ابر
کانتینر، کوبرنتیز، استقرار خودکار، زیرساخت به عنوان کد و مانیتورینگ پیشرفته.
امن سازی سرور، فایروال، بکاپ و DR، بازیابی از باج افزار و بررسی حملات.
مشاوره، تأمین و نصب سرور و تجهیزات شبکه، و لایسنس اورجینال نرم افزارهای سازمانی.
شروع و ارزیابی
مشکل فوری
پشتیبانی مستمر
پروژه ها
سرورهای فیزیکی قدیمی معمولاً همان هایی هستند که کسی جرئت دست زدن به آن ها را ندارد و به همین دلیل تبدیل سرور فیزیکی به مجازی عقب می افتد. ما مهاجرت به ابر یا ماشین مجازی را با فهرست کامل سرویس ها و وابستگی ها شروع می کنیم، روی یک کپی تست می کنیم و سرویس اصلی را فقط بعد از تأیید شما منتقل می کنیم. تا پایان دوره تست، سرور قبلی خاموش و دست نخورده می ماند.
تبدیل سرور فیزیکی به مجازی (P2V) یعنی انتقال سیستم عامل، نرم افزارها و داده های یک سرور فیزیکی به ماشین مجازی، و در ادامه انتقال آن به دیتاسنتر یا ابر. این خدمت برای سازمانی است که نرم افزار اصلی اش روی سرور قدیمی اجرا می شود، لایسنس VMware آن تمدید نمی شود یا سرور ابری گرفته و نمی داند انتقال را از کجا شروع کند. پیکوسیستم برای هر سرور سرویس ها، دیتابیس ها و لایسنس های وابسته به سخت افزار را مستند می کند، تبدیل را با Disk2vhd، Clonezilla یا virt-v2v انجام می دهد و ماشین های VMware را با qemu-img یا ابزار import به Proxmox منتقل می کند. هر سرور ابتدا روی یک کپی تست می شود و سرور قبلی تا پایان دوره تست دست نخورده می ماند. خروجی کار برنامه مهاجرت با مسیر برگشت، گزارش تست هر سرویس و مستندات محیط مقصد است.
برای هر سرور سرویس ها، پورت ها، دیتابیس ها، لایسنس های وابسته به سخت افزار و ارتباط با سیستم های دیگر را مستند می کنیم.
سرورهای ویندوز و لینوکس را با ابزارهایی مثل Disk2vhd، Clonezilla یا virt-v2v به ماشین مجازی تبدیل می کنیم و درایورها را اصلاح می کنیم.
ماشین ها را با ابزار import داخلی Proxmox یا qemu-img منتقل می کنیم، VMware Tools را حذف و درایورهای VirtIO را نصب می کنیم.
ماشین ها را به سرور ابری یا کولوکیشن منتقل می کنیم، آدرس دهی، DNS و فایروال مقصد را تنظیم می کنیم و اتصال امن به دفتر را برقرار می کنیم.
برای هر سرویس زمان قطعی، ترتیب انتقال و مسیر برگشت به سرور قبلی را مکتوب می کنیم.
رایج ترین مشکل ماشین ویندوزی است که بعد از انتقال با خطای INACCESSIBLE_BOOT_DEVICE بالا نمی آید. دلیلش این است که دیسک روی VirtIO SCSI قرار گرفته در حالی که درایور آن نصب نشده. راه درست این است که دیسک ابتدا با SATA وصل شود، بسته virtio-win نصب شود و بعد کنترلر عوض شود.
ماشین هایی که در VMware با UEFI بوت می شوند در Proxmox به OVMF نیاز دارند. در لینوکس نام کارت شبکه مثلاً از ens192 به ens18 تغییر می کند و IP ثابت اعمال نمی شود. در ویندوز هم کارت شبکه جدید شناخته می شود و تنظیمات IP روی کارت قبلی می ماند. از Proxmox VE 8.2 ابزار import از ESXi بخش زیادی از این کار را ساده کرده است.
Disk2vhd با snapshot مبتنی بر VSS از سرور روشن کپی می گیرد، ولی دیتابیس هایی مثل SQL Server در این حالت فقط crash-consistent هستند. بهتر است سرویس دیتابیس متوقف شود یا بکاپ جداگانه گرفته شود.
در لینوکس، initramfs سرور فیزیکی معمولاً ماژول های VirtIO را ندارد و باید قبل از بوت در محیط جدید با dracut یا update-initramfs دوباره ساخته شود. لایسنس OEM ویندوز که همراه سخت افزار خریداری شده به ماشین مجازی منتقل نمی شود و باید لایسنس مناسب محیط مجازی تهیه شود.
Domain Controller را معمولاً P2V نمی کنیم. ساختن DC جدید، انتقال نقش های FSMO و خارج کردن DC قدیمی ایمن تر است، چون بازگرداندن کپی قدیمی یک DC می تواند باعث USN rollback و خرابی replication شود.
سرورهای Windows Server 2008 را می شود منتقل کرد، ولی دیگر به روزرسانی امنیتی نمی گیرند. اگر نرم افزار روی نسخه جدید قابل نصب نیست، ماشین را در VLAN جدا با دسترسی محدود نگه دارید. نرم افزاری که فایل هایش را از share دفتر باز می کند هم با انتقال سرور به ابر به خاطر تأخیر لینک بسیار کند می شود و باید قبل از مهاجرت معماری آن بررسی شود.
در هزینه سرور ابری، کنار CPU و RAM، حجم ترافیک خروجی، فضای بکاپ، IP عمومی اضافه و لینک پایدار دفتر به ابر هم باید دیده شوند. وقتی همه کاربران از دفتر به ابر وصل می شوند، قطعی اینترنت دفتر یعنی قطع دسترسی به همه سرویس ها، پس لینک دوم اهمیت پیدا می کند.
نگهداری تنها نسخه بکاپ نزد همان ارائه دهنده هم ریسک است. پیش از انتقال نهایی، TTL رکوردهای DNS را کم کنید تا تغییر IP سریع اعمال شود، و الزامات قانونی محل نگهداری داده را بررسی کنید.
سرورها و سرویس ها را بررسی و وابستگی ها را مستند می کنیم.
ترتیب انتقال، پنجره قطعی و مسیر برگشت را با شما هماهنگ می کنیم.
از هر سرور کپی می گیریم، آن را در مقصد روشن می کنیم و کاربران کلیدی آن را تست می کنند.
داده نهایی را همگام می کنیم و سرویس را منتقل می کنیم. سرور قبلی تا پایان دوره تست توافق شده نگه داشته می شود.
زمان قطعی به حجم دیسک ها و سرعت شبکه بستگی دارد و برای هر ماشین جداگانه برآورد می شود. ماشین های کم اهمیت را در ساعت کاری و ماشین های اصلی را شب یا روز تعطیل منتقل می کنیم. اگر مشکلی پیش بیاید، ماشین اصلی روی VMware دوباره روشن می شود.
بسیاری از قفل های USB با USB passthrough یا USB over IP در ماشین مجازی کار می کنند. لایسنس هایی که به شناسه سخت افزار گره خورده اند ممکن است فعال سازی دوباره از سمت فروشنده لازم داشته باشند. این موارد را قبل از انتقال بررسی می کنیم.
به نوع داده، الزامات قانونی، هزینه ماهانه و نیاز به کنترل سخت افزار بستگی دارد. در مرحله شناسایی گزینه ها را با هزینه و ریسک هر کدام کنار هم می گذاریم تا تصمیم با اطلاعات کافی گرفته شود.
جست وجوهای مرتبط
شبکه و میکروتیک
مجازی سازی و ابر استعلام
چند خط درباره وضعیت فعلی و چیزی که می خواهید بنویسید. یک مهندس خودش تماس می گیرد، نه واحد فروش.