Мы использовали nginx в качестве обратного прокси на работе в течение долгого времени, и я недавно начал использовать его для php и проектов Python дома. Так +1, определенно стоящий знания.
Вещи чувствуют сверкание быстро, даже на низкопроизводительных аппаратных средствах.
Снимки на 100% надежны в этом сценарии. Я был бы склонен полагать, что Ваш разработчик сделал ошибку. Снимок не имеет дело с "файлами", он имеет дело с низкоуровневыми дисковыми блоками. Если бы была какая-либо проблема со снимком, то у Вас были бы более серьезные ошибки, чем недостающие файлы, более вероятно Вы получили бы ошибки повреждения или отказа диска раздела (предполагающий, что vmdk мог даже быть смонтирован).
"Некоторые пропавшие без вести файлов" походят на действительно серьезную проблему! Вы зарегистрировали ошибку об этом? Мы не используем функциональность снимка сами, но я никогда не слышал об этом случае, и я работал с продуктом VMware в течение достаточно долгого времени.
Вы уверены, что он не пытается пихнуть свою собственную ошибку в Вашу обувь?
Как "записал Мальчик 20-го века", снимки являются 100%-м надежным процентом - большую часть времени. Например, при выполнении некоторой базы данных больше всего, Вы могли бы добраться без поддержки vss на окнах, снимок crashconsistant.
Тем не менее я указал бы на VMware. Действительно ли Вы актуальны на патчах и текущих исправлениях? Я испытал некоторые несоответствия в зависимости от инструментов VMware и версий системы ESX VMware. Мог бы помочь изучить это.
Я подозреваю Вашего разработчика, которого внесенные изменения / копируют в текущее состояние системы а не снимка. При удалении снимка Вы объединили его с предыдущим снимком, но не включили текущую работу.
В следующий раз попытайтесь делать снимок текущего состояния VM сначала, только удостовериться.