Buforowanie i wiele źródeł inventory

Odpytywanie API chmury przy każdym uruchomieniu jest powolne, gdy ma się setki hostów. Początek każdego playu ponownie wiąże się z kosztem tego wyszukiwania. ⏱️

Buforowanie inventory przechowuje pobrane dane hostów, dzięki czemu kolejne uruchomienia korzystają z zapisanych danych zamiast za każdym razem ponownie odpytywać chmurę.

Włącz je w konfiguracji wtyczki lub ansible.cfg, ustawiając klucz cache na true.

Element cache_plugin określa miejsce przechowywania danych, na przykład jsonfile na dysku lub redis jako współdzielony i szybszy magazyn dostępny na wielu maszynach.

Wartość cache_timeout w sekundach określa, jak długo dane w buforze pozostają ważne, zanim Ansible odświeży je ze źródła.

Długi limit czasu jest szybki, ale ryzykowny. Jeśli instancje się zmieniły, można kierować zadania do nieistniejących hostów. Należy znaleźć równowagę między szybkością a aktualnością floty.

Rzadko ma się tylko jedno źródło. Wskaż katalog za pomocą -i, a Ansible wczyta każdy znajdujący się w nim plik inventory.

Hosty i grupy ze wszystkich plików łączą się w jeden inventory, więc AWS, Azure i statyczny plik mogą współistnieć podczas jednego uruchomienia.

Pliki są wczytywane alfabetycznie. Gdy dwa źródła ustawiają tę samą zmienną hosta, wygrywa późniejsze źródło, dlatego kolejność nazw ma znaczenie.

Plik statyczny może przypisać na stałe wyjątkowy host, podczas gdy wtyczka pobiera resztę, zapewniając stałe punkty obok elastycznych, automatycznie wykrywanych hostów.

Uruchom ansible-inventory dla katalogu, aby zobaczyć końcowy scalony graf i potwierdzić, że każde źródło wniosło oczekiwane dane.

Proszę przypomnieć sobie, jak łączyć źródła inventory.

Użyj buforowania wraz z backendem i limitem czasu, aby ograniczyć liczbę wywołań API, oraz wskaż katalog za pomocą -i, aby scalić wiele źródeł inventory. 💾