Антон Уланов:
интеграторам лишь бы впарить.
их нужно направить в нужном направлении сначала.
а дальше они прогарантируют совместимость.
я бы расковырял сначала требования Proxmox.
контора серьезная, они наверняка в плотном контакте с серьезными заказчиками и знают что для их софта лучше.
Антон Уланов: ну смотри.
это же комплексная задача.
например под вашу задачу наверняка понадобятся мультипути
было бы обидно если после закупки дорогой СХД какая то другая часть вашей системы отказалась с ней дружить (вообще или частично). потому я бы обратился к интегратору который прогарантирует совместимость оборудования.
тебе нужна не голая СХД, а вполне определенная ответная по отношению к СХД функциональность в прочих частях вашей системы. скажем ответка на FC будет уже ой как недешево.
то есть речь не о выборе СХД, а о выборе всей системы, перестройки приличного куска в вашем датацентре.
я бы для начала глянул на рекомендации самого Proxmox, на чем, по их мнению, лучше всего делать.
с чем у них лучше совместимость, с чем лучше сочетается профиль нагрузки.
Чую кто-то тут лукавит, угрозы просто так не появляются.
Отнюдь.
Бывает и просто так.
Многие фриленсеры с ИТ выбирают именно ИТ и именно фриланс так как плохо умеют ладить с людьми.
Им кажется, что через е-mail можно быть безответственным и пр. и пр.
Уж с кем только я не сталкивался.
Например, человек может обидеться просто потому что я спросил какой сервер БД он рекомендует для разворачивания под его проект.
Впоследствие оказалось, что он слабокомпетентен в данном вопросе, но дико обижается, когда кто-то начинает его подозревать в некометентности (хотя я и не словом не поставил ему в укор).
И т.п. и пр. и пр.
Был у меня опыт работы с человеком, который обещал все доделать до отпуска.
Но видимо он обещал еще 10 клиентам также - сдавал мне сырую систему и пропадал со связи.
По возвращении пытался честно доделать, но видимо после отпуска у него не было бабла, так что он опять таки занимался другими проектами, чтобы быстро подзаработать и плевал на мои доделки.
И т.п. и пр. и пр.
А уж ситуаций, когда исполнитель некорректно оценил проект, получил предоплату но не может физически доделать - это просто вагон и маленькая тележка.
И просто типовое поведение - когда исполнитель не может психологически выйти на контакт и пересогласовать условия договора, размер бюджета. Это просто типовая ситуация. Большинство боиться чего то (никто ж его по e-mail бить не будет, но схлопатать минус в репутацию при отсутствии выхода на связь - исполнитель может очень даже легко)
Не факт.
Адекватное кэширование на клиенте - очень даже полезно.
Скажем LoL от Riot при лагающей сети вполне себе адекватно оборбражает мир (плавно). И тебя в нем и с твоей точки зрения и с точки зрения других играков.
И только спустя время, по факту ты узнаешь, что тебя убили еще 5 шагов назад.
Имхо такая плавность лучше, чем "покадровая анимация" из за постоянных синхронизаций с серверов, когда скорости не хватает.
теоретически, если ваш код досататочно просто скопировать, чтобы он заработал - можно и этим пользоваться.
но это неправильно.
Простым копированием в git, по уму, не обойтись.
1. простое копирование кода ни миграцию БД не поддерживает,
2. и не учитывает, что время копирования кода не моментально и кто то может попытаться обратиться к сайту и получит битое отображение (а ведь может быть и сбой связи во время отработки Гитом копирования ваших данных!!!!)
если вам нужен полноценный деплой, то я бы предложил посмотреть flynn.io.
Очень удобно. С панелью контрольной и пр. и пр.
Александр: вот с этого и надо было начинать. какое ПО установлено на сервере.
не знаю что такое Вебузо.
Но если Вебузе достаточно синхронизации данных в git, то вас правильно направили другие два ответчика.
Татьяна Комарова: я правильно вас понимаю? на работе вам лишь бы поболтать на отвлеченные темы?
то есть вы читали всю нашу переписку, кроме самого главного?
тот самый пункт (verbose/debug), что я написал самым первым, тот самый пункт, что может помочь вам найти где косяки - вы прочитали в последнуюю очередь?