>>121407
>Супермикры
Ничего не могу сказать тут...

>Начальство даже несколько пароидально повёрнуто
У нас такие заказчики были шизы. Мы в итоге сделали портал из локальной машины с пробросом трафика из одного сетевого интерфейса в другой. Было удобно, например, можно задания печати отправлять, не выходя из дома, хех. Потом их админы узнали и сказали нам так больше не делать. Там вообще ебанаты были, даже в коридоре по телефону нельзя говорить, но мы игнорили конечно. В некоторые туалеты не пускают, зато можно войти в здание со двора,ЛОЛ. Запрет на удаленное место это преступление против гуманизма, я считаю, нужно убивать за такое, но если фашистское руководство, то что поделать...
>И таких игрушек довольно много.
Раньше я играл в пошаговые roguelike RPG на тупых совещаниях, когда вообще нечего делать, чтобы не одуреть со скуки, главное что оно почти батарею не ест, графика минимальная. А в 3d игру лучше все-таки на компе.
>перебанить на ТСПУ им доступ ко всему гнусмасовско-гугловскому
Ыыы... ну это как из пушки по воробьям, причем фугасными снарядами многотонными.
>вложенный ВПН на Андроид
Обычными способами никак, поэтому печально.
>гораздо проблематичней в вопросах сохранения целостности данных в случае сбоев
А вроде бы нет! Object Storage, AWS S3, MinIO/ Ceph имеют решения для надежности к внезапному отключению: Shared-Nothing и репликация, там при записи система начинает параллельно писать на несколько разных серверов (нод) и дисков. Клиент получит положительный ответ только когда объект гарантированно и полностью запишется на минимально необходимое число узлов для кворума, предписанное политикой (например, на 3 разные ноды). Если сбой недописанные куски автоматом удаляются гарбадж коллектором. Еще там Erasure Coding, аналог сетевого RAID, разбивка на блоки, и если из-за отключения питания умрет целая стойка с серверами, объект все равно будет мгновенно и без потерь собран из оставшихся блоков на лету. По крайней мере так в описаниях. Oracle ASM защищает данные на на уровне метаданных самого ASM и на уровне блоков базы данных. Если питание пропало в момент изменения структуры, то при старте экземпляра ASM происходит автоматическое восстановление метаданных по журналу. ASM сам сразу откатывает незавершенные операции. Диск никогда не останется в битом (corrupted) состоянии. Только если в выключенном при сбое. Еще избыточность на уровне дисков (ASM Redundancy), само зеркалирует, там все по уму сделано, аналог RAID. Причем судя по описаниям оно умеет даже дописывать незаписанное после сбоя (REDO). Но рекомендуют обязательно отключать аппаратный кэш Write-Back Cache на самих дисках, на контроллерах, потому контроллер выдает ОК, а на самом деле еще не записал физически. Либо аппаратный кэш должен быть BBWC с отдельной батарейкой либо flash памятью. Вообще там целая наука как правильно настраивать параметры Failgroups против падения целых стоек или дисковых полок.