ky0

На локальном DNS-сервере добавьте запись для сайта с локальным же адресом - именно так обычно и делается.

Что там на винде за префиксы подставляются - не в курсе, по идее если зона companyname.net., никакие префиксы ей сзади не нужны. В крайнем случае, перенесите DNS на что-нибудь юзабельное, типа bind9, dnsmasq и т. п.

Нет в США регионов с минимальным пингом, оптику напрямик через ядро ещё никто пока не проложил. Большая часть кабелей идёт из Европы на восточное побережье - там хостинг и ищите.

Использовать для вашей задачи облака с платой за ресурсы - разорение. Ищите именно VDS, опционально - с балансировкой между несколькими, чтобы кратно увеличить лимиты по трафику/полосе.

Есть два стула...

Хотите удобно мочь фильтровать по любому параметру - записывайте не в файлы, а в хранилище с возможностью индексации, хоть тот же ELK. Если это оверкилл и необходимость возникает относительно редко - напишите скрипт с грепом нужного.

Разница между поисковым роботом и обычным браузером - только в юзерагенте, который легко подделать. Можно, конечно, добавить ещё и проверку принадлежности IP-адресов поисковым компаниям... но зачем, в целом? То, что проиндексировано гуглом - можно в нём легко найти.

С какого адреса пакеты уезжают в интернет в соответствии с правилами фаерволла/маршрутизации, такой и будет виден. Мало пробросить адрес в туннель - нужно ещё и сказать на шлюзе, с какого адреса выпускать данные из него в интернет.

Раз у организации хватило денег на лицензии MS, как-то странно всё разворачивать на одном сервере - неотказоустойчиво и в целом один AD DC обычно не делают, а делают начиная с трёх (см. split-brain).

Рейд-контроллер ради зеркала на двух дисках - тоже как-то странно. Что будете делать, когда помрёт один из SSD?

Не нужно ничего сниффить, чтобы понять, TCP-пакет пришёл или UDP - он приедут в разные порты, соответственно - можно реализовать и отличающуюся обработку.

Область применения постгреса внутри докер-контейнера довольно ограничена. Если у вас уже несколько баз, необходимость разграничения доступа между ними, а то и оптимизация хранения таблеспейсами, репликация и всякие другие взрослые штуки - то, судя по всему, СУБД пора из контейнеров выносить.

Если ваш внешний диск определяется как USB-HDD (или просто HDD), особой разницы в установке не будет.

Насчёт "переносить между разными устройствами" сложнее, могут возникнуть проблемы со свистоперделками, также известными как "графическое окружение + драйверы видео".

UTF-8 - это подмножество (точнее, способ представления) Unicode. Упорядочьте в голове соображения по этому поводу.

Никак, без переписывания кода клиента. Это концептуальная часть Тора - периодическая смена узлов для уменьшения шанса детектирования по паттернам трафика в случае прослушки или ненадёжной выходной ноды.

(сакраментальный вопрос) На официальном сайте смотрели?

В чём основной вопрос-то? Апач (возможно не сам, а РНР) у вас пытается выжрать больше памяти, чем ему может (или хочет) предложить ОС, поэтому запускается oomkiller и прибивает наиболее на его взгляд подходящее.

Подозреваю, что на хосте выдано виртуалкам памяти ненамного меньше общего объёма, поэтому периодически происходит ёк. В более-менее функциональных гипервизорах можно выключить балунинг памяти - тогда виртуалке будет сразу выдан весь объём.

Какими технологиями этого можно добиться?

Технологией найма в команду нормального админа.

Получение отказоустойчивости и уменьшение времени восстановления при сбоях - это целый комплекс мер, просто условным "кластером серверов" или "переносом в облако" этого не добиться, как бы вам не пели апологеты оркестрации кубернетисов - рано или поздно откуда-нибудь начнут торчать уши непредвиденных обстоятельств.

На определённой замшелости ОС новая версия клиента не установится из-за зависимостей. В противном случае - просто посмотрите в стандартных или backports-репозиториях.