Моей компании необходимо настроить сервер разработки, и у нас уже есть 2 производственных сервера RHEL 6, работающих под коммутатором L4.
Одним из решений для установки сервера разработки было просто скопировать все файлы с одного из рабочих серверов и немного его настроить.
Я никогда не делал этого раньше, но это похоже на визуализацию призраков ... можно ли это сделать? Это рекомендуется? Будет ли он подвержен ошибкам?
Почему бы не преобразовать работающие системы в виртуальные машины? Большинство гипервизоров, таких как VMware или Hyper-V, имеют инструмент для простого преобразования работающей системы в виртуальную машину.
Затем вы можете работать с непроизводственной системой по своему усмотрению, прежде чем делать что-либо на производственном сервере.
Спасибо @WernerCD
Это можно сделать?
Определенно да. Я скопировал весь Linux-сервер, просто упаковав файлы в tar и снова извлек их на целевой сервер. Единственное предостережение, которое я помню, было не забыть использовать --numeric-owner при извлечении. Я не могу говорить о других ОС и других инструментах, но полагаю, что это возможно со всеми основными операционными системами.
Следует ли это делать?
На этот вопрос ответить немного сложнее. Я не рекомендую просто клонировать производственную систему с целью разработки. Он вполне может содержать множество пользовательских данных, а также ключевой материал, который вы не хотите, чтобы он присутствовал в системах разработки.
Но клонирование вашей производственной системы может быть хорошей идеей для других целей.
Подход, который я бы рекомендовал для создания клона производственной системы, - это восстановление из резервной копии. Вы можете избежать влияния на производительность производственной системы, выполняя восстановление из резервной копии, и можете протестировать процедуру восстановления, что хорошо.
Важно, чтобы клон, восстановленный из резервной копии, был изолирован от остального мира. Поскольку он был восстановлен из резервной копии производственной системы, он может содержать автоматизированные задания, которые будут взаимодействовать с другими производственными системами, и у него будут для этого учетные данные.
Вы можете потенциально нанести большой ущерб, если бы клон установил связь с реальными производственными системами.
Но если вы держите его изолированным, это дает вам возможность проверить, что восстановленная система работает должным образом. Более того, такая восстановленная система может быть полезной средой для последнего тестирования нового кода перед его развертыванием в производственной среде. Это может быть вашей единственной возможностью протестировать код на реальных данных пользователя, прежде чем он действительно сможет сломать производственную систему.
Копирование всех файлов может сработать. Это будет зависеть от ОС и от метода копирования.
Одна общая проблема - это попытка скопировать систему во время ее работы. Обычно по крайней мере некоторые файлы будут заблокированы и, следовательно, не будут правильно копироваться. Использование какого-либо программного обеспечения для обработки изображений при выключенной системе обычно является самым безопасным (вы упомянули Ghost, который является одним из примеров)
Конечно, это возможно, потому что «установить» Linux нестандартными средствами несложно. Вы можете, например, реплицировать сервер с помощью rsync через SSH.
/target./proc, /sys, замена)./target/etc/fstab, особенно если разделы имеют UUID.Шаг 3 может состоять из нескольких проходов rsync, возможно, с помощью снимков LVM на исходном компьютере, последний проход, когда все службы на исходном компьютере остановлены для обеспечения согласованности данных.
То, что вы можете, не означает, что вы должны. Я рекомендуемые описанный выше процесс как один из способов миграции центра обработки данных. Однако ваш вариант использования совсем другой. Использование клонирования позволяет выявить некоторые недостатки:
Если вы слепо клонируете рабочий сервер, вы потеряете ценную возможность точно выяснить, что на нем работает.