смотря какая доступность нужна, вам что бы на своем железе построить высокую доступность нужно X железа на кол-во дата-центров - это уже хороший капекс и ЗИП, все остальное каналы и так далее заказывается обыденно. Если свое железо, то приехать и попасть в ЦОД это время и квест, если брать дедик - который отвалился и вы ждете время реагирования ЦОД либо необходима замена железа и ваше время на миграцию - тут можно долго вести дискуссии, они конечно лучше идут под бокал чего-то...)
Почему трудно прогнозировать ? у Вас как раз ежемесячно в чеке есть за что, за сколько и сколько денег. Как сказал коллега выше надо включили больше, надо выключили и стало меньше. Свое железо надо прогнозировать на случаи отказов а это определенный X- коэффициент ресурсов=денег, которые надо доставить и выложить сейчас, в определенных случаях да, согласен может быть железо чуть выгоднее, но вопрос как считать глубоко?! - Ровно так же как на сколько долго у Вас будет прокаченный специалист работать в компании который будет поддерживать это добро и как быстро и в такой же бюджет вы найдете другого ?!
вы берете облачную инфраструктуру в которой уже заложена высокая доступность и так далее и вы ее не обслуживаете, а когда вы берете свои сервера (или в аренду), то тут начинается веселье начиная от драйвера на сетевую карту и все другие прелести on-premise, вы или ваши сотрудники при облачной инфре не тратите время на администрирование и сопровождение определенного слоя инфраструктуры - а так конечно, если позволяет бюджет и желание то конечно можно брать 2-3 человека в штат в зависимости от размера инфры и заниматься весельем.
ну слушайте, вы немного утрируете, это ровно так же как кран с водой дома, либо вы включаете не полную мощность либо регулируете....
так же и со своей инфрой - вы покупаете железо, страхуетесь, закладывая 20-25% мощности сверху, а в итоге вы и 80% не выжимаете по потреблению этого железа.... + резервирования и так далее, высокая доступность, масштабирование гео - избитая тема.
Оно все сугубо интимно и выбирается по потребности или от настроения, ровно так же как в публичных домах вы идете либо за потребностью либо выбираете по своему настроению...
Каждый чих везде тарифицируется, только либо он тарифицируется опексом или капексом.
Я честно прочитал дважды статью и третий раз бегло с поиском, в статье больше рассказывается о решении LDAP (Dynamic Directory), но где о решении WSUS и SCCM? Больше интересует замена WSUS - как оно работает, это локальный репозиторий который прописан всем машинам ? Или там есть GUI для одобрения обновлений и они всем расшатываются ? Расскажите про эти два инструмента пожалуйста. 🙂
Есть решения, которые работали годами , есть решения под разные операционные системы …. Не бывает плохого языка программирования, не бывает плохой программы, вопрос в применение того или иного к текущим реалиям и требованиям, за модой не угнаться…. Я понимаю Вас, но есть много других факторов… это как разные повара по разному готовят одно и тоже блюдо
Руководителю тоже ,тот еще кейс принять верное решение, когда каждое подразделение насыпает и говорит, вот им только и надо поставить, давайте вместо 50 рублей дадим 5, тот еще кейс принять верное решение …
В вашей теории не хватает еще подхода к изменениям, т.е что бы что-то поменять, нужно запланировать изменения - миграцию, обеспечить обратную совместимость к примеру возьмем exchange - что бы заменить в большой компании безболезненно нужно много учесть всего - так может бахнем и начнем с нуля ?!
Тут больше догадок и пальцем в небо, нужно дать время стабилизировать текущую ситуацию командам, так как важно поставить на рельсы (крыло) операционную работу, дальше ребята будут разгребать и догонять до уровня который был. А лупить кнутом можно и дворника, а зачем ?!
Поздно пить Боржоми когда почки отказали….мы лишь можем созерцать текущее и делать выводы на опыте коллег по цеху …, что бы не наступить на такие же грабли…
как много вопросов, как мало ответов когда мало информации, но позволить продолжить задавать вопросы коих больше пока чем ответов на вопросы, но спасибо Вам за ответы.
SPICE не идеален, понятно дело, но его задача предоставить грубо говоря безопасный доступ (если мы не прокидываем что-то в ВМ) и предоставление изоляции от общего контура. И получается без агента совсем никак не делается доступ?
И получается для подключения нужен а браузер, а как прокидывать тогда устройства в ВМ ? нужен так же агент, который прокидывает устройства в виртуалку ? (если мы не задействуем SPICE)
Спасибо, за обратную связь. Т.е взаимодействие с виртуальной машиной идет изнутри виртуальной машины ? Верно ? Ведь логика SPICE, в том, что вы как бы смотрите в монитор напрямую т.е, да, через гипервизор и Вашем случае получается, что а) машина должна быть запущена , б) к ней доступ выдается по типу агента или vnc/rdp сессии ?
смотря какая доступность нужна, вам что бы на своем железе построить высокую доступность нужно X железа на кол-во дата-центров - это уже хороший капекс и ЗИП, все остальное каналы и так далее заказывается обыденно. Если свое железо, то приехать и попасть в ЦОД это время и квест, если брать дедик - который отвалился и вы ждете время реагирования ЦОД либо необходима замена железа и ваше время на миграцию - тут можно долго вести дискуссии, они конечно лучше идут под бокал чего-то...)
Дисциплина нужна с облаками - а ее мало кто любит и мало кто готов оптимизироваться, правильно планировать ресурсы.
Почему трудно прогнозировать ? у Вас как раз ежемесячно в чеке есть за что, за сколько и сколько денег. Как сказал коллега выше надо включили больше, надо выключили и стало меньше. Свое железо надо прогнозировать на случаи отказов а это определенный X- коэффициент ресурсов=денег, которые надо доставить и выложить сейчас, в определенных случаях да, согласен может быть железо чуть выгоднее, но вопрос как считать глубоко?! - Ровно так же как на сколько долго у Вас будет прокаченный специалист работать в компании который будет поддерживать это добро и как быстро и в такой же бюджет вы найдете другого ?!
вы берете облачную инфраструктуру в которой уже заложена высокая доступность и так далее и вы ее не обслуживаете, а когда вы берете свои сервера (или в аренду), то тут начинается веселье начиная от драйвера на сетевую карту и все другие прелести on-premise, вы или ваши сотрудники при облачной инфре не тратите время на администрирование и сопровождение определенного слоя инфраструктуры - а так конечно, если позволяет бюджет и желание то конечно можно брать 2-3 человека в штат в зависимости от размера инфры и заниматься весельем.
ну слушайте, вы немного утрируете, это ровно так же как кран с водой дома, либо вы включаете не полную мощность либо регулируете....
так же и со своей инфрой - вы покупаете железо, страхуетесь, закладывая 20-25% мощности сверху, а в итоге вы и 80% не выжимаете по потреблению этого железа.... + резервирования и так далее, высокая доступность, масштабирование гео - избитая тема.
Оно все сугубо интимно и выбирается по потребности или от настроения, ровно так же как в публичных домах вы идете либо за потребностью либо выбираете по своему настроению...
Каждый чих везде тарифицируется, только либо он тарифицируется опексом или капексом.
Запустил дополнительный инстанс – плати
Добавил мощности – плати
Забыл выключить тестовый сервер – плати
А раньше не так было ? - дальше бегло уже читал....
Я честно прочитал дважды статью и третий раз бегло с поиском, в статье больше рассказывается о решении LDAP (Dynamic Directory), но где о решении WSUS и SCCM? Больше интересует замена WSUS - как оно работает, это локальный репозиторий который прописан всем машинам ? Или там есть GUI для одобрения обновлений и они всем расшатываются ? Расскажите про эти два инструмента пожалуйста. 🙂
А вот @melnoff с июля месяца не может создать бота, говорят ему пока нельзя, дайте человеку волю уже, страдает.
//по заголовку я думал, что школьники будут ломать его )
Лучше meshcentral пока не встречал ничего, на 5к хостов отлично бегает.
Есть решения, которые работали годами , есть решения под разные операционные системы …. Не бывает плохого языка программирования, не бывает плохой программы, вопрос в применение того или иного к текущим реалиям и требованиям, за модой не угнаться…. Я понимаю Вас, но есть много других факторов… это как разные повара по разному готовят одно и тоже блюдо
Руководителю тоже ,тот еще кейс принять верное решение, когда каждое подразделение насыпает и говорит, вот им только и надо поставить, давайте вместо 50 рублей дадим 5, тот еще кейс принять верное решение …
В вашей теории не хватает еще подхода к изменениям, т.е что бы что-то поменять, нужно запланировать изменения - миграцию, обеспечить обратную совместимость к примеру возьмем exchange - что бы заменить в большой компании безболезненно нужно много учесть всего - так может бахнем и начнем с нуля ?!
Тут больше догадок и пальцем в небо, нужно дать время стабилизировать текущую ситуацию командам, так как важно поставить на рельсы (крыло) операционную работу, дальше ребята будут разгребать и догонять до уровня который был. А лупить кнутом можно и дворника, а зачем ?!
Поздно пить Боржоми когда почки отказали….мы лишь можем созерцать текущее и делать выводы на опыте коллег по цеху …, что бы не наступить на такие же грабли…
Визуализатор _пта / графанатор / показатор / твзатор / наверное будет лучше - ламовоказатор
как много вопросов, как мало ответов когда мало информации, но позволить продолжить задавать вопросы коих больше пока чем ответов на вопросы, но спасибо Вам за ответы.
SPICE не идеален, понятно дело, но его задача предоставить грубо говоря безопасный доступ (если мы не прокидываем что-то в ВМ) и предоставление изоляции от общего контура. И получается без агента совсем никак не делается доступ?
И получается для подключения нужен а браузер, а как прокидывать тогда устройства в ВМ ? нужен так же агент, который прокидывает устройства в виртуалку ? (если мы не задействуем SPICE)
Безжалостный вы ), автор с призывами, желанием помочь - а вы сразу осиновый кол вбивать, да еще и поглубже 😂
Спасибо, за обратную связь.
Т.е взаимодействие с виртуальной машиной идет изнутри виртуальной машины ? Верно ? Ведь логика SPICE, в том, что вы как бы смотрите в монитор напрямую т.е, да, через гипервизор и Вашем случае получается, что а) машина должна быть запущена , б) к ней доступ выдается по типу агента или vnc/rdp сессии ?
Передайте привет UX лаборатории- они хотя бы раз включали на ТВ приложение и пробовали, что-то посмотреть или найти? Я каждый раз включаю и рыдаю 😭.
Уже некоторые включаются, а в приложении приходит уведомление, что точка в которой вы последний раз покупали - заработала.
спасибо большое за ответ, просто когда смотрели доку, не увидели что можно без docker
А без docker нельзя ? https://docs.tantorlabs.ru/tp/5.3/wizard.html