Pull to refresh
0
0
Евгений Гарбузов @EGarbuzov

Технический специалист, пресейл инженер

Send message
Расскажите в паре слов как происходит обновление «прошивок» управляющих контроллеров. Есть какие-то ограничения, в момент, когда у нод одного кластера разные версии fw?
Поделитесь впечатлениями о работе и стабильности/скорости обмена с backblaze.com. Я правильно понимаю, что для одного аккаунта у них можно подключать несколько клиентов (ПК в разных сетях)?
Весь последний месяц я продолжал спрашивать гугл коротким набором ключевых слов и что-то не заметил ухудшения выдачи. С чего вы решили, что запросы теперь придётся писать длинными и что-то перестанет находиться сразу?
Думаю что довольно сложно. Большой палец у нас значительно подвижнее остальных. Обратите внимание, остальные части протеза пока выполняют простые движения: согнуть-разогнуть пальцы, покрутить кистью.
С другой стороны, 80% этого гемора оформляет работодатель, т.ч. для официального трудоустройства основная проблема найти того, кто согласится вас оформить.
Довольно часто организовываю групповые аудио- и видео-звонки (Россия, Украина, Тайланд, если это важно) в скайпе и google hangouts.
По моим наблюдениям последний более толерантен к нешироким каналам при схожем со скайпом качестве видео. Разницу в звуке я вообще не заметил.
Напрямую к хостам ESXi с помощью Web Client всё ещё не возможно подключиться. Только к vCenter Server
Прикрутили таки аналог Recovery Point'а и подобных? Сколько точек максимально даёт держать для одной реплики?
Разница между бекапом и репликой ещё и в том, что при логическом разрушении данных внутри вм, очень скоро тоже самое произойдёт в реплике. Если ничего не изменилось в самых последних версиях Veeam'а, реплика не умеет хранить несколько точек восстановления.
Если вы под «ИТ специалистами» подразумеваете студентов, приходщих раз от раза в компанию сеть настроить-винду установить, то да, провида для них нет.
1. Требования к СХД, согласен, повышаются. Как и общее требование к надёжности всей системы, но это неотъемлемое следствие консолидации. Серверной в том числе. Вы же не станете кучу своих серверов виртуализировать на старом недублированном железе? Так и здесь.

2. Цены на тонкие клиенты — при больших объёмах могут быть совсем другие. Но на самом деле, перейти сразу всем на ТК — в наших реалиях действительно фантастика. Почти все успешные крупные или не очень внедрения, которые я слышал проходили по формуле: текущие старые компы превращаем в точки доступа. Сломался — меняем на ТК. Таким образом затраты чуть более равномерно распределяются на 2-3 года.

3. VDI — это только про LAN. Доступ из WAN, как в случае с VPN: реализуем, но скорее всего нужен только части сотрудников. Если обоснованно нужна мобильность пользователя, то это уже не ТК и есть всякие Local mode и Xen Client.

4. Преимущество в безопасности, в сокрытие ИТ-работы от ваших подльзователей (не сталкивались с потоком звонков «довольных» пользователей при накатывании очереного SP?), в гибкой настройке типов рабочих дескоторв (колл-центры в 400-800 человек во всяких телекомах), элементарнрое и удобное разворачивание учебных классов, хоть каждый день и т.п.

Ещё раз, VDI — это не панацея, и вцелом, для ресурсов 20-30, даже 100 рабочих мест, ломать уже существующие схемы работы и городить новый огород действительно не всегда обосновано.
ИМХО, как раз в больших масштабах и появляется целесообразность и адекватность затрат.

Хотя последнее время всё чаще слышу, что небольшие компании (на 20-30 машин) пробуют пересаживать на виртуалки и «допиливанием» компонент доступа и минимальной автоматизации развёртывания.
Проблема в том, что казалось бы, наиболее близкими «по духу» должны быть вещи с того же альбома того же исполнителя

ИМХО, совсем не обязательно. Очень часто, когда есть определённое настроение (внимательно читать, расслабиться или, например, работать), выдёргиваю в плейлист на 2-3 композиции из разных альбомов, разных групп и перемешиваю. Ваша программа поможет делать это автоматом :)
Отказ одного компонента хоста приведёт недоступности сразу два рабочих места. Зачастую люди, дублирующие свои функциональные обязанности, сидят на работе как раз рядом. Учитывая это, не думали про некую административную защиту от такой своеобразной единой точки отказа?
Близкий аналог у IBM — это скорее продукты линейки Smart Cloud.
PureFlex — это определённый набор железа с единым управлением + куча маркетинга.
Спасибо за топик. Отличная возможность посмотреть на знакомый софт совсем под другим углом зрания.
Спасибо за совет, но это очевидно. Я потому и интересуюсь — может быть даже с учётом всех рисков есть реальный смысл и польза от перехода на новую версию.
Можете описать в чём такая колоссальная разница именно для конечного пользователя?
На моём первом Desire до сих пор 2.2 (с какими-то последними фиксами), потому что по воздуху уже точно ничего больше не прилетит. Нужные приложения обновляются и работают. Ничего не лагает. Работать удобно.

Может действительно есть смысл продраться через простыни инструкций по перепрошивке и поставить себе 4.x, например с того же 4PDA?
Я бы тоже не отказался по примерно тем же причинам. Только тогда не понятно, при чём тут контроль данных и почему из-за него (или его отсутствия) в масштабе офиса переход на ТК ещё возможен, а при аренде у провайдера облачного сервера отказаться от толстого клиента не получится?
Не-не, вопрос поднимался в плане необходимости толстых клиентов и невозможности перехода на доступ с оконечных устройств в виде тонких терминалов. Логика корпоративной сети и её ресурсов тут не при чём.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity