VMware на неподдерживаемых аппаратных средствах, я должен избежать любой ценой?
Существует ли проблема, если существует больше чем 1 экземпляр Вашего сценария, работающего одновременно?
Если существует, попытайтесь использовать $$ (который переводит в PID процесса, запускающего скрипт) в имени файла. Что-то как
some_command > /tmp/output.$$
должен добиться цели.
Не планирую ли я использовать сервер в производственной среде?
В производстве ? Да. Вы совершенно, без сомнения, на 110% не в своем уме.
Приведу восхитительную автомобильную аналогию:
Вы едете в Porsche и покупаете новенький родстер.
Прежде чем вы уедете со стоянки, дилер говорит вам: «Используйте только автомобильный неэтилированный бензин премиум-класса. Все остальное не поддерживается».
Вы подъезжаете к местной заправке и заливаете дизельное топливо в бак.
Двигатель вашего нового Porsche самоуничтожается на автостраде.
Когда вы звоните своему дилеру Porsche, что, по вашему мнению, он вам скажет?
VMWare сообщит вам то же самое, если что-нибудь пойдет хоть немного не так с вашей производственной системой, построенной на неподдерживаемом оборудовании.
Для разработки ] (то, о чем вы не заботитесь и можете позволить себе отключение на длительные периоды времени) - конечно, используйте это неподдерживаемое оборудование.
When (not if) something goes wrong you're not going to be too hard up because of it. Maybe a software release slips a few days, but we're not talking customer-facing outages.
(To continue our automotive analogy: That's like running used cooking oil in an early 1980s Diesel Mercedes Benz - not recommended, but the thing is a tank and you probably don't care if you have to overhaul the engine because a stray french fry got sucked into the injection system).
Если у вас есть центральное хранилище и вы используете его в кластере или хотя бы используете vSphere Data Protection или какое-либо другое резервное копирование, я думаю, с вами все будет в порядке.