Jak skonfigurować StatsD i Graphite do działania na różnych serwerach?

Question

Rozejrzałem się za wszystkim, ale nie znalazłem nikogo mówiącego o tym, jak skonfigurować i skonfigurować StatsD i Graphite do komunikowania się na oddzielnych serwerach. Obecnie mam wszystko na jednym, ale bezskutecznie próbowałem je rozdzielić.

Oto jak skonfigurować StatsD exampleConfig.js

exampleconfig 
{ 
    graphitePort: 2003 
, graphiteHost: "(graphite server IP)" 
, port: 8125 
} 

Jedyne co mogę myśleć, aby ustawić na drugim polu jest example-client.py.

currently it says this: 
CARBON_SERVER = '127.0.0.1' 
CARBON_PORT = 2003 

Uważam, że musi pozostać hostem lokalnym, aby komunikować się z szeptem lub grafitem na tym samym serwerze. Mam swoją konfigurację zapory do nasłuchiwania 2003, a przy użyciu zrzutu pakietów serwer uzyskuje UDP ze statsd. Wydaje się, że nie pochłania go węgiel i grafit.

Czego mi brakuje?
Co jest zalecane do skalowania ustawień grafitu statsd? Mam teraz statsd sam i grafit + carbon + szept na innym serwerze. Czy statsd ma najwięcej mocy do uruchomienia, czy jest to pudełko grafitowe? Zastanawiam się nad tym, ponieważ wkrótce będę wysyłał miliony bitów danych na serwery każdego dnia do testowania.

Answer 1

Zmienić example-client.py

Jeśli chcesz uruchomić example-client.py na innym serwerze, na którym działa Twój grafitowy/wystąpienie węgla. Następnie musisz zmienić adres CARBON_SERVER na adres IP serwera grafitowego/węglowego.

---

sieciowe Testy

Czasami warto też zrobić kilka szybkich testów, aby upewnić się, że procesy słuchania sprostowanie na portach, że Twój spodziewać i siecią bazową pozwolą tę komunikację.

Na serwerze z systemem grafitowy/węgiel powinien być w stanie sprawdzić, czy serwer akceptuje połączeń z więcej niż tylko localhost poprzez lsof polecenia

$ lsof -Pi:2003 
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME 
carbon-ca 1596 graphite 7u IPv4 9517  0t0 TCP *:2003 (LISTEN) 

widać z powyższego, że mieć uruchomiony proces pamięci podręcznej węgla i nasłuchiwanie na wszystkich interfejsach TCP 2003.

Bardzo prosty test z komputera zdalnego polegałby na wykonaniu połączenia telnetowego z serwerem grafitowo-węglowym na porcie, na którym nasłuchuje (default: 2003) i sprawdź, czy to działa.

Przykład gniazda słuchacza *

$ telnet graphite-server 2003 
Trying graphite-server... 
Connected to graphite-server. 
Escape character is '^]'. 
^] 
telnet> quit 
Connection closed. 

Przykład zamkniętego gniazda *

$ telnet graphite-server 2003 
Trying graphite-server... 
telnet: Unable to connect to remote host: Connection refused 

Answer 2

więc w końcu odkryli problem.Zakładałem, że statsd nie tylko otrzymał UDP, ale również wysłał UDP do węgla. Po tym, jak zdałem sobie sprawę, że statsd wysyła TCP zamiast tego, mogłem dostosować moją zaporę ogniową i działa teraz świetnie. Zostawiłem CARBON_SERVER jako hosta lokalnego.

Dzięki!

Jakie są najlepsze sposoby na skalowanie grafitu/węgla? Czy powinienem oddzielić węgiel od grafitu? Czy to jest możliwe? Czy węgiel obciąża procesor bardziej niż grafit?

Answer 3

paperlesspost statsd widelec może również być przydatne dla Ciebie: https://github.com/paperlesspost/statsd