Comments 38
Вы меня извините за оффтоп, но откуда гифка? :)
Я ждал вопроса :) "Игра Эндера".
Шикарный фильм. Смотрел пару дней назад.
Книга в x100 раз круче фильма.
Про «шикарный» это вы погорячились. В фильме дети с серьёзными лицами пытаются всем показать какие они крутые бойцы (бои даже с экрана выглядят забавно), убицы, войны и проч. Помимо этого ещё поднимается тема «я их убил, я такой плохой, но ведь я должен и ко-ко-ко». Вы уж извините, но даже не пародия, это просто невероятно тупо. В стиле какого-нибудь наивного анимэ для подростков. Это я ещё даже про сюжетные тупости не вспоминаю, ага.
Возможно всё дело в том что я книгу не читал. Но после просмотра этого, желания читать книгу не возникает.
Возможно всё дело в том что я книгу не читал. Но после просмотра этого, желания читать книгу не возникает.
Посмотрел сегодня фильм, не совсем понял зачем их учили драться, играть с эту игру с командами. (ну ладно тут тактика)
Если в итоге им из знаний понадобилось только лишь удаленно управлять кораблями через интерфейс. Так бы их и готовили к этому.
Если в итоге им из знаний понадобилось только лишь удаленно управлять кораблями через интерфейс. Так бы их и готовили к этому.
А сама идея «давайте отправим огромный межпланетный корабль (!) с детьми (!), чтобы он просто прилетел на орбиту и выпустил ядерную ракету» вам как?
Не просто тактика, а вообще навыки и логика боя в невесомости в трёхмерном пространстве.
А зачем, если он, в итоге, тупо кнопку нажал и всё само получилось?
Он сначала всю войну выиграл, тащемта. Атака на родную планету жукеров была уже финальной битвой. И, опять же, там не было «тупо кнопку нажал, и всё само получилось».
Вы точно хотя бы фильм-то смотрели? =) Там даже та самая BFG пушка не у Эндера под управлением была. А тактика последнего боя была именно самоубийственная атака вида «игнорировать вражеский флот и собственные потери, но протащить БФГ-носец до расстояния прямого удара по поверхности», показанная впервые именно в одной из их командных игр (где вся команда прикрывала телами одного члена со всех сторон, сопровождая его до «ворот»).
Вы точно хотя бы фильм-то смотрели? =) Там даже та самая BFG пушка не у Эндера под управлением была. А тактика последнего боя была именно самоубийственная атака вида «игнорировать вражеский флот и собственные потери, но протащить БФГ-носец до расстояния прямого удара по поверхности», показанная впервые именно в одной из их командных игр (где вся команда прикрывала телами одного члена со всех сторон, сопровождая его до «ворот»).
Это у вас видимо из книжки отложилось, так как в фильме эти моменты может и были, но обыграно всё было так, что в единую логическую цепь, вот так вот гладко, всё не складывалось ну никак.
Я фильм смотрел сквозь пальцы фейспалма, но последние кадры помню неплохо. Там это выглядело не как «игнорировать вражеский флот и собственные потери», а как «я машу руками и всё само летит куда надо, а я усердно изображаю душевную боль потерь от жалящих меня насекомых».
Я фильм смотрел сквозь пальцы фейспалма, но последние кадры помню неплохо. Там это выглядело не как «игнорировать вражеский флот и собственные потери», а как «я машу руками и всё само летит куда надо, а я усердно изображаю душевную боль потерь от жалящих меня насекомых».
Ну, посмотрите, вот: vk.com/video-19802817_169945330?hd=3&t=1h27m55s ←1ч27м55с.
Сначала он (жертвуя эскадрой) выманивает их малые корабли из «маток», чтобы плостность была достаточная для цепной реакции, а потом строит щит из всех кораблей «Все боевые единицы образуют щит!», а потом вообще прямым текстом(!) говорит: «прикрывать Петру как прикрывали Алаи в бою с Бонзо». Как это можно было не заметить — не знаю. Разве что специально.
Сначала он (жертвуя эскадрой) выманивает их малые корабли из «маток», чтобы плостность была достаточная для цепной реакции, а потом строит щит из всех кораблей «Все боевые единицы образуют щит!», а потом вообще прямым текстом(!) говорит: «прикрывать Петру как прикрывали Алаи в бою с Бонзо». Как это можно было не заметить — не знаю. Разве что специально.
На мой взгляд, цивилизация, способная отправить в космос межпланетные боевые корабли, с указанным количеством беспилотников всяко будет в состоянии отправить, например, миллион тех беспилотников, которые с лёгкостью проделали бы ровно то же самое, только без участия детей.
Я очень сомневаюсь что «гениальный план» по прикрытию пушки беспилотниками это невероятно гениальная идея, пришедшая в голову внезапно (!) ребёнку, до которой бы при этом не додумалась группа инеженеров, способных создать технологии, которые были у детишек в фильме. Или ещё момент — неужели вы думаете, что цивилизация, обладающая возможность построить межпланетный флот, не способна набрать достаточное количество ядерного оружия, чтобы уничтожить одну жалкую планету?
Короче это всё притянуто за уши и от этого выглядит невероятно картинно и неуместно.
Я очень сомневаюсь что «гениальный план» по прикрытию пушки беспилотниками это невероятно гениальная идея, пришедшая в голову внезапно (!) ребёнку, до которой бы при этом не додумалась группа инеженеров, способных создать технологии, которые были у детишек в фильме. Или ещё момент — неужели вы думаете, что цивилизация, обладающая возможность построить межпланетный флот, не способна набрать достаточное количество ядерного оружия, чтобы уничтожить одну жалкую планету?
Короче это всё притянуто за уши и от этого выглядит невероятно картинно и неуместно.
1. Кто управлял бы беспилотниками? ИИ?
2. Почему-то, инженеры ещё никогда армиями не командовали.
3 Там вообще не ядерное оружие было, если что.
4. До планеты-то ещё пробиться нужно. Повторюсь — это только финальная часть финальной битвы, повторюсь, он перед этим ещё и всю войну выиграл.
5. Там обе цивилизации межпланетные флоты строили — и люди, и жукеры, вас это не смущает?
2. Почему-то, инженеры ещё никогда армиями не командовали.
3 Там вообще не ядерное оружие было, если что.
4. До планеты-то ещё пробиться нужно. Повторюсь — это только финальная часть финальной битвы, повторюсь, он перед этим ещё и всю войну выиграл.
5. Там обе цивилизации межпланетные флоты строили — и люди, и жукеры, вас это не смущает?
1. Да хоть ии, указанный уровень технологий подразумевает развитой ИИ.
2. Вроде и межзвёздных перелётов пока никто не совершил.
3. Но ведь ядерное априори мощнее чем какая-то пукалка, так что это всего лишь камень в огород реалистичности.
4. И почему бы не пробиваться, например, ядерными ракетами? Выйграл не он, а штуки, которыми он управлял, если на то пошло. Очевидно, что любой технологически развитой цивилизации под силу создать ИИ, ничуть не уступающий человеку. Получилось так как получилось лишь потому что это плод воображения какого-то автора, а не потому что это логично и реалистично, извините.
5. У жукеров, кажется, не было ядерного оружия — значит они априори лузеры.
2. Вроде и межзвёздных перелётов пока никто не совершил.
3. Но ведь ядерное априори мощнее чем какая-то пукалка, так что это всего лишь камень в огород реалистичности.
4. И почему бы не пробиваться, например, ядерными ракетами? Выйграл не он, а штуки, которыми он управлял, если на то пошло. Очевидно, что любой технологически развитой цивилизации под силу создать ИИ, ничуть не уступающий человеку. Получилось так как получилось лишь потому что это плод воображения какого-то автора, а не потому что это логично и реалистично, извините.
5. У жукеров, кажется, не было ядерного оружия — значит они априори лузеры.
Энивэй, не кажется ли вам что мы тут чрезчур оффтопим?
какие они крутые… войны
Часто натыкаюсь в инете на такое странное написание. Откуда Й? Вы слышали, как звучит это слово хотя бы в единственном числе?
Спасибо, за описание решения! Мы аналогичную задачу решили другим путем – просто вывезли три стойки оборудования в дата-центр в Киев. Пересечение блокпостов – тайна покрытая мраком.
Оборудование в стойках было такое дорогое, что пришлось его везти (с риском потерять вообще) или информация (базы данных, настроенные сервера итд)?
Если предположить, что заранее «соломку подстелили», разработали политику backup & recovery, любой сервер можно восстановить на чистом железе, бэкапы есть и последние «учения» по замене серверов прошли недавно и успешно — получилось бы в этих условиях не везти сервера через блокпосты без гарантий успеха, а просто купить и смонтировать на новом месте требуемое железо и по сети перелить туда бэкапы?
Если предположить, что заранее «соломку подстелили», разработали политику backup & recovery, любой сервер можно восстановить на чистом железе, бэкапы есть и последние «учения» по замене серверов прошли недавно и успешно — получилось бы в этих условиях не везти сервера через блокпосты без гарантий успеха, а просто купить и смонтировать на новом месте требуемое железо и по сети перелить туда бэкапы?
Вместо «такое дорогое» правильнее будет «дорогое для нас». Кризис в стране, а в регионе вообще катастрофа. По сравнению с переездом, разработка стоимость и время реализации любого другого решения была-бы просто космической для компании.
Переезжали в два этапа – сначала основная масса оборудования, потом хранилища с резервными копиями.
Переезжали в два этапа – сначала основная масса оборудования, потом хранилища с резервными копиями.
По сравнению с Вашим методом, первичная синхронизация инфрастурктуры на удаленном объекте была произведена нами за 3 дня включая установку и настройку Агентов Асигры. В сравнении с Вашим вариантом, такое количество серверов физически невозможно было бы отвезти, смонтировать, задублировать и запустить на удаленном объекте. Все работы проводились в условиях цейтнота ( т.е. полного отсутствия времени ) и риск разрушения исходной инфрастурктуры в данном случае был максимальным из возможных.
Скажите, с точки зрения эксперта, при подъеме клонов вариант с изменением записей DNS — единственный, или возможны альтернативы?
Дело в том, что подъем клонов как правило происходит после серьезной аварии, при этом часть компьютеров в сети в аварии не пострадают, у них всякие плюшки не прекращают работать (локальный dns кэш например). Я сейчас в процессе планирования аналогичной схемы резервного копирования, пробую разные варианты, и склоняюсь к прописыванию двух адресов на одно имя в DNSе плюс переконфигурация сетевых карт клонов после приема на «запасном аэродроме».
И спасибо за полезную статью.
Дело в том, что подъем клонов как правило происходит после серьезной аварии, при этом часть компьютеров в сети в аварии не пострадают, у них всякие плюшки не прекращают работать (локальный dns кэш например). Я сейчас в процессе планирования аналогичной схемы резервного копирования, пробую разные варианты, и склоняюсь к прописыванию двух адресов на одно имя в DNSе плюс переконфигурация сетевых карт клонов после приема на «запасном аэродроме».
И спасибо за полезную статью.
Предполагаю что есть вариант всю подсеть с серверами промаршрутизировать в облако. Ну и кеширование DNS не такая уж большая проблема — сроки восстановления думаю в любом случае больше времени жизни стандартного кеша.
Два адреса на одно имя не рекомендую. Будете ловить затыки при попытке обращения к «резервному» адресу. А в худшем случае есть возможность ненароком вообще воспользоваться резервным сервером при живом рабочем.
Два адреса на одно имя не рекомендую. Будете ловить затыки при попытке обращения к «резервному» адресу. А в худшем случае есть возможность ненароком вообще воспользоваться резервным сервером при живом рабочем.
Ага, понял.
Сервера в любом случае лучше держать в отдельной подсети.
В таком случае для изменения маршрутизации вполне хватит OSPF или даже статики. AS — тут можно, но по моему не обязательно (если речь идет о не особо большой инфраструктуре).
Другой вопрос который нужно решать — это доступ к этим самым серверам.
Зачастую в датацентр где расположены сервера так же сходятся и каналы связи в виде оптики, VPN'ов и т.п., а при физическом разрушении ДЦ эти каналы так же потеряются. Т.е. инфраструктура связи тоже нуждается в некотором пересмотре при подобной схеме резервирования. Придется кроме резервирования серверов также продумать и резервирование связи или план по ее перенастройке. Но это опять таки зависит от того что и как было сделано в резервируемой инфраструктуре изначально.
В таком случае для изменения маршрутизации вполне хватит OSPF или даже статики. AS — тут можно, но по моему не обязательно (если речь идет о не особо большой инфраструктуре).
Другой вопрос который нужно решать — это доступ к этим самым серверам.
Зачастую в датацентр где расположены сервера так же сходятся и каналы связи в виде оптики, VPN'ов и т.п., а при физическом разрушении ДЦ эти каналы так же потеряются. Т.е. инфраструктура связи тоже нуждается в некотором пересмотре при подобной схеме резервирования. Придется кроме резервирования серверов также продумать и резервирование связи или план по ее перенастройке. Но это опять таки зависит от того что и как было сделано в резервируемой инфраструктуре изначально.
Дело в том, что днс для двойных а-записей использует переключение раунд-робин, что означает политику балансировки.
В данном случае речь идет не о балансировке, а о резервной инфраструктуре и в этом частном случае переключением внешних сервисов обеспечит только переключение записей в днс.
Развивая тему неубиваемости инфраструктуры нужно применять понятие автономных систем, которую можно реализовать путем внесения в инфраструктуру виртуализованных bgp маршрутизаторов. Ну, а поскольку, у заказчика на инфраструктуре автономных систем нет и не используется, то и дублирующее решение получилось без него и в данном случае переключение внешних сервисов обеспечивается только путем внесения соответствующих изменений во внешние днс записи.
В данном случае речь идет не о балансировке, а о резервной инфраструктуре и в этом частном случае переключением внешних сервисов обеспечит только переключение записей в днс.
Развивая тему неубиваемости инфраструктуры нужно применять понятие автономных систем, которую можно реализовать путем внесения в инфраструктуру виртуализованных bgp маршрутизаторов. Ну, а поскольку, у заказчика на инфраструктуре автономных систем нет и не используется, то и дублирующее решение получилось без него и в данном случае переключение внешних сервисов обеспечивается только путем внесения соответствующих изменений во внешние днс записи.
Спасибо,
И еще вопрос в догонку (см пост чуть выше) — какие-то меры по принудительному изолированию упавших серверов предусмотрены? Например, на случай, когда небольшой сбой воспринимается оператором (или начальником оператора) как крупная авария, он производит переключение на клонов, а через некоторое время время в основном офисе просто дали свет, заработали сервера… Есть какая-то красная кнопка?
И еще вопрос в догонку (см пост чуть выше) — какие-то меры по принудительному изолированию упавших серверов предусмотрены? Например, на случай, когда небольшой сбой воспринимается оператором (или начальником оператора) как крупная авария, он производит переключение на клонов, а через некоторое время время в основном офисе просто дали свет, заработали сервера… Есть какая-то красная кнопка?
Учитывая озвученные риски могу предположить что требования автоматического восстановления к системе не предъявлялось. Думаю что вначале производится оценка ситуации персоналом и только после нее запускаются резервные машины.
Основная и резервная инфрастукртуры териториально, физически и логически разделены и не имеют общих точек сетевого объединения на L2 уровне, находятся на географически и територияльно разделенных объектах. В этом случае запуск дублирующей инфрастурктуры никак не повлияет на работоспособность основной инфрастурктуры даже в случае ошибочного принятия решения о подъеме резервной инфрастурктуры. В описанном Вами случае ошибочно включенная дублирующая инфрастурктура может быть просто выключена и в последующие циклы синхронизации при инкрементальном резервном копировании будет синхронизирована с основной инфраструктурой. В подробной красной кнопке была бы необходимость, если бы обе инфрастурктуры имели единое L2 сетевое пространство.
Я как обычно… подумал, но вслух сказать забыл.
Вопрос был и про внутренние сети и про внешние сети, конкретно про exchange — почта доступна снаружи, одновременная работа основного сервера и его клона — нежелательна.
Впрочем, вы уже ответили, красной кнопки нет, я и сам понимаю, что в ваших условиях это лишнее.
Вопрос был и про внутренние сети и про внешние сети, конкретно про exchange — почта доступна снаружи, одновременная работа основного сервера и его клона — нежелательна.
Впрочем, вы уже ответили, красной кнопки нет, я и сам понимаю, что в ваших условиях это лишнее.
Рекомендую на всякий случай ознакомиться с данным постом:
VMware сломала механизм CBT для резервного копирования виртуальных машин
VMware сломала механизм CBT для резервного копирования виртуальных машин
Гифка на EDGE соединении просто прекрасна.
Эх. А я аналогично shaytan катался с серверами в Киев. Укринвест, Андрей Л. respect.
Прочитал про то, что выкачивание данных заняло три дня и тоже заинтересовался — не лучше ли было человека/флешку в мирный мир отправить и уже из промежуточной точки переслать данные провайдеру.
Sign up to leave a comment.
Как мы обеспечивали резервное копирование ИТ-инфраструктуры клиента в Донецке