Włączenie rotacji dzienników dla istniejącego kontenera Connector Host w siedzibie firmy

Przeznaczenie

Ten przewodnik ma charakter wysoce techniczny i powinien zostać skonsultowany z działem IT Twojej organizacji.

Ten dokument zawiera listę kroków dla klientów, aby włączyć log-rotations dla ich istniejących kontenerów docker, które nie używają log-rotations.

Jeśli uruchamiasz Tulip's on-premise Connector Host w kontenerze docker, i już masz włączone log-rotations dla docker na maszynie wirtualnej, możesz zignorować ten artykuł lub jeśli potrzebujesz więcej informacji na temat instalacji Tulip's on-premise connector host, zapoznaj się z tym artykułem.

Co to jest Log-rotations w Docker?

Tulip's on-premise connector host działa w kontenerze docker, który używa sterownika json-logging do przechowywania plików dziennika lokalnie na maszynie wirtualnej. Pliki te mogą wykorzystywać znaczną ilość miejsca na dysku, jeśli log-rotacje dla dockera nie są włączone. Log-rotation pozwala ograniczyć rozmiar pliku dziennika i liczbę takich plików dla każdego kontenera.

Implementacja

Poniższe kroki pokażą jak włączyć log-rotations dla dockera, zrestartować dockera, usunąć istniejący kontener i stworzyć nowy kontener dla hosta Tulip's on-premise connector.

Ta procedura spowoduje niewielką ilość przestojów w pracy hosta konektora, więc zaleca się wykonanie poniższych poleceń podczas zaplanowanych przestojów, lub gdy host konektora nie jest używany.

Log-Rotations

Rotacje dzienników można włączyć wykonując następujące polecenia na maszynie wirtualnej z systemem Linux

$ sudo su $ touch /etc/docker/daemon.json

$ cat > /etc/docker/daemon.json <<EOF 



> 
> {  
> 
> "live-restore": true,  
> 
> "log-driver": "json-file",  
> 
> "log-opts": {  
> 
> "max-size": "10m",  
> 
> "max-file": "3"  
> 
> }  
> 
> }  
> 
> EOF
> ```
> 
> 
> 


### Restartowanie Dockera


Aby docker mógł używać konfiguracji log-rotations, należy zrestartować dockera wykonując następujące polecenie 


`$ sudo systemctl restart docker`


### Usuwanie istniejącego kontenera

$ sudo docker ps

Spowoduje to wyświetlenie szczegółów istniejącego kontenera, możesz skopiować id kontenera, które zostanie użyte w następnym kroku

`$ sudo docker stop <container id>`


`$ sudo docker rm <kontener id>`


### Tworzenie nowego kontenera


Ponownie wykonaj następujące polecenie docker run, które zostało wykonane podczas pierwszej konfiguracji hosta Tulip's on-premise connector


`$ docker run -d 
--name tulip-connector-host 
-e TULIP_FACTORY='https://<FACTORY>.tulip.co' \N 
-e TULIP_UUID='<UUID>' \N 
-e TULIP_MACHINE_SECRET='<SECRET>' \NCz. 
-e TULIP_DEVICE_TYPE=onprem 
-e HTTP_PROXY='' \ 
-e HTTPS_PROXY='' \ 
-e EXIT_ON_DISCONNECT=true \ 
--restart=niezatrzymany \N 
--net=host 
--mount type=volume,source=tuliplog,target=/log \N 
bckca2dh98.execute-api.us-east-1.amazonaws.com/public/connector-host:prod`


Jeśli powyższe poświadczenia nie są dostępne, prosimy o kontakt z [Tulipem](mailto:support@tulip.co).


Kontener uruchamiający Tulip'a on-premise Connector Host powinien być teraz skonfigurowany wraz z włączoną rotacją logów. 


Aby potwierdzić, czy kontener został przywrócony, możesz sprawdzić logi nowego kontenera wykonując następujące polecenie 


`$ docker logs <nazwa kontenera>`