- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Задавайте в этой теме вопросы по системам виртуализации, от выбора и установки до решения специфических проблем.
Тема входит в Путеводитель по разделу.
Добрый день, коллеги.
Прошу посоветовать, как быстрее и эффективнее решить мою проблему.
Имеется VDS с Ubuntu 11.10 c в меру сложным веб-сайтом. Там стоит апач, nginx, postgresql, php и что-то по мелочи. Основная часть ПО на питоне и перле. Сервак настраивался нетрадиционно-под себя, и свое ПО этот кулибин написал так, что файлы расползаются по всему серваку, что-то пользовательское пишется даже в /etc, чтобы никто не нашел, видимо. С распределением прав на владельцев и директории тоже ужас, но слава богу есть рутовый доступ.
Вникать гигабайты кода нет никаких сил или желания, но пришло время сервак затоплять и запускать другое решение на другом сервере. Но убивать имеющееся творение без резервной копии не хочется: а вдруг что-то да понадобится.
Родилась идея - слить копию сервера как можно более целиком к себе и оформить в виде виртуальной машины.
Как это лучше сделать?
Как я себе это представляю
- берем готовую vmware машину, например, с рутрекера
- архивируем таром вообще все директории, аккуратно выливаем в vmware образ, теряем настройки прав, рискуем зацепить системные файлы и что-нибудь неожиданное т.п.
- базу данных дампим и восстанавливаем на новом сервере
предвижу массу ошибок и проблем по ходу реализации...
Но возможно, есть какое-то более изящное решение, чтобы без ошибок сделать?
посмотрите в сторону puppet (http://puppetlabs.com/)
только не забывайте отключать при изменениях, а то нервные клетки не восстанавливаются )))
Теоретически tar всей системы можно вполне себе подняться под виртуальной машиной.
Но я бы все же написал puppet скрипт и возможно создал образ с помощью packer.io
Вот как это делается в vmware: http://www.vmware.com/products/converter
инструменты vmware умеют без проблем физический сервер превращать в vmware. Работает, делается без проблем.
Единственное - лучше остановить все активные процессы, оставив только ssh, оно все запакует, перенесет в виртуальную среду, и уже в ней запуститься.