Перенос действительно старого сервера RedHat в облако
У меня есть клиент с очень, очень, очень старым веб-приложением PHP3, которое работает на древнем ПК потребительского уровня с RedHat 7.somethingOld . У меня есть резервные копии программного обеспечения и базы данных, но он очень ограничен в своих деньгах и очень сопротивляется обновлению практически любой части системы. Теперь он хочет закрыть свой физический офис и перейти в виртуальный мир. Мне нужен совет, как перенести это в нечто вроде Azure или AWS. Я предполагаю, что старый RH не поддерживается ни одной службой облачного хостинга.
Насколько я понимаю, у меня есть следующие варианты:
- скомпилировать PHP 3 или 4 для более современной версии Linux, которая будет поддерживаться облаком. Некоторое время назад я пытался это сделать и потерялся в лабиринте зависимостей. Если я правильно помню, некоторые из них были несовместимы друг с другом.
- сделайте копию VHD старой системы, а затем настройте виртуальный сервер это запустит виртуальную копию. Для меня это звучит как начало, даже если это сработает
- , скажите ему, что это конец строки, и программное обеспечение слишком старое, чтобы выполнять эту работу, и ему необходимо внести изменения в код PHP, чтобы заставить его работать в современной версии
- запустить
Есть мысли?
Обновите код. Запуск приложения на основе старого PHP может представлять угрозу безопасности для вашего клиента.
VMWare по-прежнему поддерживает довольно старые версии RedHat. Вы можете выполнить P2V-соединение текущего сервера, протестировать его локально, а затем загрузить в vCloud Air.
После этого вы можете рассматривать виртуализацию как одну задачу, а обновление как отдельную задачу.
Мне удалось перенести очень старый сервер Red Hat с PHP 5.1.x (старше 8 лет) в Azure с помощью Centos 5.11 (последнюю версию я мог использовать, не нарушая работу приложения). Единственный способ - загрузить VHD.
Основные проблемы:
- Если вы не можете установить агент Azure Linux, даже не продолжайте, потому что вы не сможете даже подключить виртуальную машину.
- У вас не будет никакой поддержки со стороны Microsoft и, вероятно, сторонних поставщиков. Забудьте об управлении запасами, антивирусах, инструментах мониторинга и т. Д.
- Независимо от того, насколько хорошо вы усилите безопасность инфраструктуры, ваш сервер приложений и код будут иметь тысячи очевидных дыр.
В конце концов, вы будете нести ответственность за любая возникающая проблема, даже если она не связана с инфраструктурой.
Как ни парадоксально, но такие чрезвычайно старые приложения несколько менее подвержены нарушениям безопасности - просто потому, что они настолько старые, что никто не сканирует / не запускает соответствующие эксплойты.
Несомненно, лучшим решением является обновление приложения вашего клиента для работы на более новой платформе PHP, но если это невозможно, единственное решение - загрузить весь виртуальный диск и запустить его как автономную, полностью виртуализированную гостевую систему.
VMWare, KVM и Virtualbox работают неплохо даже с очень старыми гостями, но я не уверен насчет облачных провайдеров. Вы действительно должны были спросить их, может ли такой старый гость работать.
В любом случае, забудьте о любой официальной поддержке.