[comment]: # ({6d5b9456-fe9e2978})
# 2 Najlepsze praktyki konfiguracji

[comment]: # ({/6d5b9456-fe9e2978})

[comment]: # ({663732c3-28bc317f})
### Omówienie

Ta sekcja przedstawia najlepsze praktyki dotyczące konfiguracji Zabbixa, aby osiągnąć optymalną wydajność i łatwość obsługi. 
Zalecenia opierają się na poradach programistów Zabbixa oraz praktycznym doświadczeniu trenerów i inżynierów wsparcia Zabbixa.

Każda instalacja Zabbixa jest unikalna i niektóre z tych wytycznych mogą nie być odpowiednie dla konkretnej konfiguracji.
Mimo to zaleca się, aby w miarę możliwości stosować się do tych wytycznych, aby uniknąć typowych potencjalnych problemów.

:::notetip
Jeśli uważasz, że ta strona mogłaby zostać ulepszona, chętnie poznamy Twoją opinię! Zaznacz odpowiedni tekst i naciśnij **ctrl+Enter**, aby zgłosić błąd lub przesłać swoją opinię. 
:::

[comment]: # ({/663732c3-28bc317f})

[comment]: # ({5cfb221c-072ed520})
### Hosty i pozycje

[comment]: # ({/5cfb221c-072ed520})

[comment]: # ({f17bceb0-330dd01f})
#### Definiowanie hosta

Host w Zabbix nie jest fizyczną maszyną ani urządzeniem, lecz logiczną encją.
Na potrzeby monitorowania możesz utworzyć oddzielne hosty dla bazy danych lub na przykład maszyny wirtualnej.
Alternatywnie możesz utworzyć ogólny host *laptop Johna* i monitorować wszystkie metryki w ramach tego hosta.

Najlepszą praktyką jest utworzenie oddzielnego hosta dla każdej niezależnej instancji, takiej jak maszyna wirtualna, baza danych, kontener lub przełącznik sieciowy. Stosując to podejście, możesz:

1. Uniknąć bałaganu w danych monitorowania dzięki oddzielnym pozycjom, wyzwalaczom i powiadomieniom alarmowym dla każdego hosta.

2. Precyzyjniej dostosować poziomy dostępu użytkowników.
Możesz skonfigurować [role użytkowników](/manual/web_interface/frontend_sections/users/user_roles), aby przyznać dostęp do wyświetlania i/lub konfiguracji tylko określonych hostów.
Zobacz także [zasadę najmniejszych uprawnień](/manual/best_practices/security/access_control#principle-of-least-privilege).

[comment]: # ({/f17bceb0-330dd01f})

[comment]: # ({e32f8a5d-8db12f37})
#### Hosty z zduplikowanymi pozycjami

Jeśli masz kilka podobnych hostów, takich jak *Network switch 1* i *Network switch 2*, Zabbix oferuje kilka sposobów na szybkie odtworzenie hosta.
Możesz po prostu sklonować hosta wraz ze wszystkimi jego metrykami, naciskając przycisk Clone, ale w takim przypadku, aby później zaktualizować pozycję, będziesz musiał zrobić to ręcznie na każdym hoście.

Najlepszą praktyką jest utworzenie szablonu ze wszystkimi wymaganymi metrykami, na przykład *Network switch template*.
Następnie pogrupuj podobne hosty w grupę hostów, w powyższym przykładzie mogłaby to być *Network switches*.
Teraz w sekcji *Data Collection -> Hosts* możesz filtrować wszystkie hosty według grupy hostów i użyć przycisku *Mass update*, aby powiązać szablon ze wszystkimi przełącznikami sieciowymi.

[comment]: # ({/e32f8a5d-8db12f37})

[comment]: # ({657d4bfb-1a8f9462})
#### Pozycje zależne

Aby zminimalizować liczbę żądań do obiektu docelowego, Zabbix umożliwia tworzenie pozycji nadrzędnych i zależnych.
W takim przypadku pozycja nadrzędna zbiera duży zestaw informacji w jednym żądaniu.
Następnie można skonfigurować pozycje zależne tak, aby wyodrębniały określone fragmenty danych z tego zbioru za pomocą przetwarzania wstępnego i zapisywały je jako oddzielne metryki.

Na przykład pozycja nadrzędna może zbierać odpowiedź JSON lub XML zawierającą wiele metryk albo wykonywać zapytanie do bazy danych zwracające wiele kolumn danych (np. liczbę otwartych połączeń, liczbę przerwanych połączeń, maksymalną dozwoloną liczbę jednoczesnych połączeń oraz łączną skumulowaną liczbę połączeń od uruchomienia), a pozycje zależne będą analizować i zapisywać każdą wymaganą wartość osobno.

Najlepszą praktyką w takiej konfiguracji jest odrzucenie historii pozycji nadrzędnej zaraz po jej zebraniu i zachowanie wyłącznie danych z pozycji zależnych.

[comment]: # ({/657d4bfb-1a8f9462})

[comment]: # ({5372cab0-773f6eb4})
### Serwery i proxy

Jeśli wszystkie hosty znajdują się w tej samej sieci lokalnej co serwer Zabbix i nie ma obaw związanych ze skalowalnością ani wydajnością, proxy może nie być potrzebny.
W większych lub bardziej złożonych środowiskach bezpośrednie monitorowanie hostów przez serwer Zabbix może nie być wystarczające.
Dodanie proxy i przypisanie do niego części hostów pozwala na bardziej równomierne rozłożenie obciążenia.

Najlepszą praktyką jest dodanie proxy Zabbix, gdy:

1. Monitorujesz wiele hostów, korzystając z różnych metod zbierania metryk, za zaporą sieciową.
Proxy będzie zbierać dane z hostów i przekazywać je do serwera Zabbix, ograniczając potrzebę otwierania wielu portów na zaporze sieciowej.

2. Monitorujesz lokalizacje zdalne, oddziały i/lub sieci.
W przypadku przerwy w łączności między serwerem Zabbix a zdalnymi lokalizacjami proxy wdrożone w tych lokalizacjach będą kontynuować zbieranie danych i przekażą zebrane informacje do serwera Zabbix, gdy tylko połączenie sieciowe zostanie przywrócone.

3. Masz wdrożenie na dużą skalę i chcesz zmniejszyć obciążenie serwera Zabbix oraz poprawić wydajność.
Definicja wdrożenia na dużą skalę jest bardzo szeroka i zależy nie tylko od liczby hostów, ale także od liczby wartości zbieranych na sekundę.

[comment]: # ({/5372cab0-773f6eb4})