The post has been translated automatically. Original language: Russian
Hello, community!
Modernization often begins with a desire to do beautiful things: rebuild the architecture, rewrite applications, update integrations, fix security, backup, DR, monitoring and documentation.
In practice, old infrastructure sometimes needs to be taken out of risk faster than the team can design an ideal future. Then lift-and-shift helps: we transfer workload as it is, stabilize it, collect metrics, and then improve it.
What should be ready before migration:
· VM inventory: CPU, RAM, Disks, Networks, OS, VMware Tools, snapshots, criticality;
· dependency map: app-DB, queues, integrations, external APIs, LDAP/AD, DNS, mail;
· traffic matrix: who communicates with whom, through which ports, with what frequency and at what hours;
· Network settings: VLAN, IP plans, firewall rules, NAT, VPN, routes;
· storage profiles: IOPS, throughput, latency, snapshot, backup, database requirements;
· RPO/RTO: acceptable data loss and acceptable downtime;
· cutover plan: the order of stopping, transferring, checking, switching and communication;
· rollback is a plan, because "we'll roll back somehow" is not a plan, but a disaster genre.
What to check after the transfer:
· Application availability and user authorization;
· Integration, API, queues, DNS, certificates, and service accounts work.;
· performance vs. baseline: CPU, RAM, IOPS, latency, application response time;
· backup: is the copy going through, does it fit into the window, and is the data being restored;
· DR: Is the order of switching and returning clear?;
· monitoring: whether metrics, events, logs, and alerts are visible;
· right-sizing: which VMs can be reduced, which require a different storage profile.
Why it works: Migration and modernization are separated. At the first stage, the company reduces infrastructure risk. At the second stage, he makes decisions based on actual data, and not on a table that someone optimistically filled out on Friday evening.
CloudFort is suitable for step-by-step transfer of VMware loads. Teams can maintain a familiar operating model, conduct a pilot, migrate through the waves, and then move towards optimization.
Astana Hub residents have access to special conditions and free pilots. In the pilot, you can check the migration, measure performance, check network dependencies, and understand how workload behaves in the new infrastructure.
Lift-and-shift is not to "leave everything the old way". This is a way to start with a guided move, rather than an endless discussion about the ideal architecture.
#CloudFort #AstanaHub #LiftAndShift #VMware #CloudMigration #DevOpsKZ #PrivateCloud #Modernization
Привет, комьюнити!
Модернизация часто начинается с желания сделать красиво: пересобрать архитектуру, переписать приложения, обновить интеграции, поправить security, backup, DR, мониторинг и документацию.
На практике старую инфраструктуру иногда нужно вывести из риска быстрее, чем команда успеет спроектировать идеальное будущее. Тогда помогает lift-and-shift: переносим workload как есть, стабилизируем, собираем метрики, а потом улучшаем.
Что должно быть готово до миграции:
· инвентаризация VM: CPU, RAM, диски, сети, ОС, VMware Tools, snapshots, критичность;
· карта зависимостей: app-DB, очереди, интеграции, внешние API, LDAP/AD, DNS, почта;
· traffic matrix: кто с кем общается, через какие порты, с какой частотой и в какие часы;
· сетевые настройки: VLAN, IP-планы, firewall-правила, NAT, VPN, маршруты;
· storage-профили: IOPS, throughput, latency, snapshot, backup, требования БД;
· RPO/RTO: допустимая потеря данных и допустимое время простоя;
· cutover-план: порядок остановки, переноса, проверки, переключения и коммуникации;
· rollback-план, потому что «как-нибудь откатимся» - не план, а жанр катастрофы.
Что проверять после переноса:
· доступность приложений и авторизация пользователей;
· работу интеграций, API, очередей, DNS, сертификатов и сервисных аккаунтов;
· производительность против baseline: CPU, RAM, IOPS, latency, application response time;
· backup: проходит ли копирование, укладывается ли в окно, восстанавливаются ли данные;
· DR: понятен ли порядок переключения и возврата;
· мониторинг: видны ли метрики, события, логи и алерты;
· right-sizing: какие VM можно уменьшить, какие требуют другого storage-профиля.
Почему это работает: миграция и модернизация разделяются. На первом этапе компания снижает инфраструктурный риск. На втором - принимает решения по фактическим данным, а не по таблице, которую кто-то оптимистично заполнил в пятницу вечером.
CloudFort подходит для поэтапного переноса VMware-нагрузок. Команды могут сохранить привычную операционную модель, провести пилот, мигрировать по волнам и затем двигаться к оптимизации.
Резидентам Astana Hub доступны специальные условия и бесплатные пилоты. В пилоте можно проверить перенос, замерить производительность, проверить сетевые зависимости и понять, как workload ведет себя в новой инфраструктуре.
Lift-and-shift - не «оставить все старым». Это способ начать с управляемого переезда, а не с бесконечного обсуждения идеальной архитектуры.
#CloudFort #AstanaHub #LiftAndShift #VMware #CloudMigration #DevOpsKZ #PrivateCloud #Modernization
Share
