Разверните и настройте локальный прокси-сервер кэширования Docker.

Недавно я искал кеширование загрузки слоев Docker для среды разработки Fabric8 , чтобы позволить мне уничтожать виртуальные машины, на которых работал мой демон Docker, и все еще избегать повторной загрузки базовых образов каждый раз, когда я воссоздаю свой виртуальный компьютер.

Как обычно, я сначала попытался поразить Google, и мне было указано на пару страниц:

• http://unpoucode.blogspot.it/2014/11/use-proxy-for-speeding-up-docker-images.html

и

• https://blog.docker.com/2015/10/registry-proxy-cache-docker-open-source/

Поскольку я довольно часто использую подход Джерома Петаццони для прозрачного Squid + iptables для кеширования и перехвата простого http-трафика (обычно HTTP-вызова из Java-программ), я обнаружил, что первое основанное на решении решение имело смысл, поэтому я попробовал его в первую очередь.

Оказалось, что я искал вторую ссылку ; но я все еще провел несколько хороших часов обучения с неработающими предложениями из первого, изучая трудный путь, которым Squid не играет так хорошо с Amazon Cloudfront CDN, используемой Docker Hub. Но я должен признать, что это было весело .
Теперь я знаю, как перенаправлять вызовы в Squid для попадания на промежуточные перехватчики, которые искажают параметры запросов, заголовки и все остальное.
Я не смог найти рабочую комбинацию для Cloudfront, но теперь я, вероятно, могу воспроизвести печально известную розыгрыш Cats Proxy Prank . знак равно

В любом случае, как я уже говорил, я действительно искал вторую ссылку, которая показывает вам, как настроить промежуточный прокси-сервер Docker, на которую ваш Docker-демон будет пытаться подключиться, перед тем как по умолчанию использовать обычные общедоступные серверы Docker Hub.

Почти все, что мне было нужно, было на этой странице, но я обнаружил, что информация была немного более загадочной, чем нужно . Основная причина этого в том, что в этом примере предполагается, что мне нужна безопасность (TLS), что на самом деле не мой случай, поскольку прокси полностью локальный. Кроме того, он показывает, как настроить реестр Docker с использованием конфигурации YAML . Опять же, не очень сложно, но на самом деле больше, чем нужно. Да, потому что то, что вам действительно нужно для вызова простейшего локального (не защищенного) прокси-сервера Docker, — это oneliner :

Интересно, что образ registry поддерживает альтернативный способ пересылки конфигурации , что избавляет вас от передачи файла конфигурации YAML. Идея, описанная здесь , заключается в том, что если вы следуете соглашению об именовании переменных среды , которое отражает иерархию дерева YAML, вы можете превратить что-то вроде:

Это вы должны записать в файл .yaml и перейти к процессу следующим образом:

В гораздо более -e REGISTRY_PROXY_REMOTEURL=http://registry-1.docker.io переменная среды выполнения! Давайте немного улучшим пример, чтобы мы также передавали нашему прокси-серверу Docker энергонезависимое хранилище для кэшированных слоев, чтобы мы не теряли их между вызовами:

Теперь у нас есть все, что нужно для сохранения значительной доли пропускной способности, каждый раз, когда нам нужно получить изображение Docker, которое уже прошло через наш локальный прокси. Осталось только сказать нашему демону Docker, что он знает о новом прокси :

Перезагрузите (или перезапустите) ваш демон Docker, и все готово! Просто имейте в виду, что если вы перезапустите демон, вам также может понадобиться перезапустить контейнер Registry, если вы работаете на одном узле.

Интересно, что стало известно, что демон Docker не ломается, если не может найти указанное registry-mirror . Таким образом, вы можете добавить конфигурацию и забыть о ней, зная, что ваше взаимодействие с Docker Hub принесет только пользу от возможных попаданий в ваш кеширующий прокси, при условии, что он работает.

Вы можете видеть, как это работает со следующими тестами:

будет регистрировать все исходящие запросы на загрузку , и как только набор запросов, составляющих одну операцию pull image будет завершен, вы также сможете проверить, что изображение теперь полностью обслуживается вашим прокси-сервером с помощью этого вызова:

Эта статья была бы закончена, но, поскольку мне плохо показывать, как отключить безопасность в Интернете , вот также очень короткий и полностью работающий и протестированный пример того, как реализовать то же самое с включенным TLS :