Apache Web Server (HTTPD)
Dzienniki Apache_Access zawierają następujące pola w logentry:
Google Mystery Server działa 13% aktywnych stron internetowych
Google WWW Server-oprogramowanie do serwera niestandardowego używane tylko przez Google-obecnie działa prawie 13 procent wszystkich aktywnych stron internetowych, zgodnie z najnowszymi danymi ankietowymi z sieci badawczej w Wielkiej Brytanii Netcraft UK Netcraft.
Dane Netcraft ma Google Web Server (GWS) z prawie 11 milionami aktywnych witryn – i.mi., Witryny z niedawno zaktualizowaną treścią. Ta suma obejmuje nie tylko witryny działające wyłącznie przez Google, ale także witryny, które firma działa w imieniu stron trzecich za pośrednictwem usług takich jak Blogger, Google Dokumenty.
Apache jest nadal najbardziej rozpowszechnionym serwerem WWW, z prawie 44 mln aktywnych witryn, a serwery Microsoft są drugie z prawie 14 m. Ale Google Web Server jest na szczycie wszystkich innych i szlaków Microsoft przez zaledwie 3M witryny – mimo że jest niedostępny do użytku poza tym, co Mountain View nazwał „The Google Network”, światowej zastrzeżonej infrastruktury, która jest prywatnym Internetem.
Serwery Apache i Microsoft są dostępne dla każdego.
Google nie omawia GWS. W przeszłości niektóre raporty wskazują, że są oparte na Apache. Ale w poście internetowym z 2007 roku über Googler Matt Cutts wskazał inaczej. „To nie jest poprawne” – napisał. „Uważam, że GWS to niestandardowy serwer WWW, a nie zmodyfikowana wersja Apache.”
Google nie odpowiedział na nasze prośbę o komentarz na Google Web Server. A przy poprzednich okazjach nadał innym serwisom informacyjnym zwykły opis jednoletni. „Google Web Server to niestandardowy serwer, który działa w Linux.”
Kiedy Netcraft patrzy na wszystkie strony internetowe – aktywne lub nie – serwer WWW Google podsumowuje 7 procent lub 14.5m. Apache obsługuje około 111 m (54 procent), Microsoft prawie 49 m (24 procent).
Prywatny Internet Google – który obejmuje prawie 40 centrów danych na całym świecie – jest zbudowany na niezliczonych narzędziach na zamówienie i zastrzeżone, w tym tajny rozproszony system plików o nazwie GFS; rozproszona platforma do chrupania numerów znana jako MapReduce; oraz nowa platforma znana jako Kanner, zaprojektowana do automatycznego przemieszczania i replikacji obciążeń między mega centrami danych firmy, gdy pojawiają się problemy z ruchem i sprzętem.
Google buduje również własne centra danych i własne serwery, z pomocą projektowania Intel i, według jednego źródła rozmawiającego z Reg, Rasa Intel Chip gwarantowana wytrzyma wyższe temperatury. Raporty wskazują nawet, że Mountain View buduje własne routery.
Co więcej, Google kupił własne ciemne światłowód do przenoszenia danych między centrami danych, a firma buduje podwodny kabel komunikacyjny, aby przenosić dane na Pacyfiku.
Według najnowszego raportu Arbor Networks, Google teraz stanowi 6 procent całego ruchu internetowego. ®
Apache Web Server (HTTPD)
Integracja serwera WWW Apache zbiera wskaźniki związane z ruchem, takie jak liczba otwartych połączeń lub żądania przychodzące. Integracja zbiera również dzienniki dostępu i błędów. Dzienniki dostępu są analizowane na ładunek JSON skupiony na szczegółach żądania, a dzienniki błędów są analizowane dla kodu błędu i komunikatu.
Aby uzyskać więcej informacji na temat Apache Web Server, zobacz dokumentację Apache Web Server (HTTPD).
Wymagania wstępne
Aby zebrać telemetrię Apache Web Server, musisz zainstalować agent OPS:
- W przypadku wskaźników zainstaluj wersję 2.7.0 lub wyżej.
- W przypadku dzienników zainstaluj wersję 2.4.0 lub wyżej.
Ta integracja obsługuje Apache Web Server w wersji 2.4.
Skonfiguruj instancję serwera WWW Apache
Aby zebrać telemetrię z serwera WWW Apache, musisz skonfigurować HTTPD serwera.plik conf, aby włączyć wtyczkę mod_status.
Wiele instalacji Apache domyślnie włącza tę wtyczkę. Aby sprawdzić, czy wtyczka jest włączona w instancji VM, uruchom:
Curl LocalHost: 80/Server-Status?automatycznyJeśli wtyczka jest włączona, wówczas wyjście zawiera linie podobne do następujących:
Całkowity dostęp: 2 całkowite kbytes: 1 zajęci: 1 bezczynności: 4
Jeśli zamiast tego otrzymasz stronę 404, wtyczka mod_status nie jest włączona.
Skonfiguruj agenta OPS dla Apache Web Server
Postępując zgodnie z przewodnikiem konfigurowania agenta OPS, dodaj wymagane elementy do zbierania telemetrii z instancji Apache Web Server i uruchom ponownie agenta.
Przykładowa konfiguracja
Poniższe polecenia tworzą konfigurację w celu zbierania i spożywania telemetrii dla serwera WWW Apache i ponownie uruchamia agent OPS.
# Konfiguruje agenta OPS do zbierania telemetrii z aplikacji i ponownego uruchomienia agenta OPS.
zestaw -e
# Utwórz kopię zapasową istniejącego pliku, aby istniejące konfiguracje nie zostały utracone.
sudo cp/etc/Google-Cloud-Ops-agent/config.YAML/ETC/Google-Cloud-Ops-Agent/Config.Yaml.Bak
# Skonfiguruj agenta OPS.
sudo tee/etc/Google-Cloud-Ops-agent/config.Yaml> /dev /null
Notatka: Jeśli używasz wersji agenta OPS przed 2.10.0, następnie musisz dodać pole server_status_url do odbiornika metrycznego w następujący sposób:
metryka:
Odbiorniki:
Apache:
Typ: Apache
server_status_url: http: // localHost: 80/Server-Status?automatyczny
Skonfiguruj kolekcję dzienników
Aby spożywać dzienniki z Apache Web Server, musisz utworzyć odbiorniki dla dzienników, które produkuje Apache Web Server, a następnie utworzyć rurociąg dla nowych odbiorników.
Aby skonfigurować odbiornik dla dzienników Apache_Access, określ następujące pola:
| Pole | Domyślny | Opis |
|---|
Apache Web Server (HTTPD)
Dzienniki Apache_Access zawierają następujące pola w logentry:
Google Mystery Server działa 13% aktywnych stron internetowych
Google WWW Server-oprogramowanie do serwera niestandardowego używane tylko przez Google-obecnie działa prawie 13 procent wszystkich aktywnych stron internetowych, zgodnie z najnowszymi danymi ankietowymi z sieci badawczej w Wielkiej Brytanii Netcraft UK Netcraft.
Dane Netcraft ma Google Web Server (GWS) z prawie 11 milionami aktywnych witryn – i.mi., Witryny z niedawno zaktualizowaną treścią. Ta suma obejmuje nie tylko witryny działające wyłącznie przez Google, ale także witryny, które firma działa w imieniu stron trzecich za pośrednictwem usług takich jak Blogger, Google Dokumenty.
Apache jest nadal najbardziej rozpowszechnionym serwerem WWW, z prawie 44 mln aktywnych witryn, a serwery Microsoft są drugie z prawie 14 m. Ale Google Web Server jest na szczycie wszystkich innych i szlaków Microsoft przez zaledwie 3M witryny – mimo że jest niedostępny do użytku poza tym, co Mountain View nazwał „The Google Network”, światowej zastrzeżonej infrastruktury, która jest prywatnym Internetem.
Serwery Apache i Microsoft są dostępne dla każdego.
Google nie omawia GWS. W przeszłości niektóre raporty wskazują, że są oparte na Apache. Ale w poście internetowym z 2007 roku über Googler Matt Cutts wskazał inaczej. „To nie jest poprawne” – napisał. „Uważam, że GWS to niestandardowy serwer WWW, a nie zmodyfikowana wersja Apache.”
Google nie odpowiedział na nasze prośbę o komentarz na Google Web Server. A przy poprzednich okazjach nadał innym serwisom informacyjnym zwykły opis jednoletni. „Google Web Server to niestandardowy serwer, który działa w Linux.”
Kiedy Netcraft patrzy na wszystkie strony internetowe – aktywne lub nie – serwer WWW Google podsumowuje 7 procent lub 14.5m. Apache obsługuje około 111 m (54 procent), Microsoft prawie 49 m (24 procent).
Prywatny Internet Google – który obejmuje prawie 40 centrów danych na całym świecie – jest zbudowany na niezliczonych narzędziach na zamówienie i zastrzeżone, w tym tajny rozproszony system plików o nazwie GFS; rozproszona platforma do chrupania numerów znana jako MapReduce; oraz nowa platforma znana jako Kanner, zaprojektowana do automatycznego przemieszczania i replikacji obciążeń między mega centrami danych firmy, gdy pojawiają się problemy z ruchem i sprzętem.
Google buduje również własne centra danych i własne serwery, z pomocą projektowania Intel i, według jednego źródła rozmawiającego z Reg, Rasa Intel Chip gwarantowana wytrzyma wyższe temperatury. Raporty wskazują nawet, że Mountain View buduje własne routery.
Co więcej, Google kupił własne ciemne światłowód do przenoszenia danych między centrami danych, a firma buduje podwodny kabel komunikacyjny, aby przenosić dane na Pacyfiku.
Według najnowszego raportu Arbor Networks, Google teraz stanowi 6 procent całego ruchu internetowego. ®
Apache Web Server (HTTPD)
Integracja serwera WWW Apache zbiera wskaźniki związane z ruchem, takie jak liczba otwartych połączeń lub żądania przychodzące. Integracja zbiera również dzienniki dostępu i błędów. Dzienniki dostępu są analizowane na ładunek JSON skupiony na szczegółach żądania, a dzienniki błędów są analizowane dla kodu błędu i komunikatu.
Aby uzyskać więcej informacji na temat Apache Web Server, zobacz dokumentację Apache Web Server (HTTPD).
Wymagania wstępne
Aby zebrać telemetrię Apache Web Server, musisz zainstalować agent OPS:
- W przypadku wskaźników zainstaluj wersję 2.7.0 lub wyżej.
- W przypadku dzienników zainstaluj wersję 2.4.0 lub wyżej.
Ta integracja obsługuje Apache Web Server w wersji 2.4.
Skonfiguruj instancję serwera WWW Apache
Aby zebrać telemetrię z serwera WWW Apache, musisz skonfigurować HTTPD serwera.plik conf, aby włączyć wtyczkę mod_status.
Wiele instalacji Apache domyślnie włącza tę wtyczkę. Aby sprawdzić, czy wtyczka jest włączona w instancji VM, uruchom:
Curl LocalHost: 80/Server-Status?automatyczny Jeśli wtyczka jest włączona, wówczas wyjście zawiera linie podobne do następujących:
Całkowity dostęp: 2 całkowite kbytes: 1 zajęci: 1 bezczynności: 4
Jeśli zamiast tego otrzymasz stronę 404, wtyczka mod_status nie jest włączona.
Skonfiguruj agenta OPS dla Apache Web Server
Postępując zgodnie z przewodnikiem konfigurowania agenta OPS, dodaj wymagane elementy do zbierania telemetrii z instancji Apache Web Server i uruchom ponownie agenta.
Przykładowa konfiguracja
Poniższe polecenia tworzą konfigurację w celu zbierania i spożywania telemetrii dla serwera WWW Apache i ponownie uruchamia agent OPS.
# Konfiguruje agenta OPS do zbierania telemetrii z aplikacji i ponownego uruchomienia agenta OPS. set -e # Utwórz kopię zapasową istniejącego pliku, aby istniejące konfiguracje nie zostały utracone. sudo cp/etc/Google-Cloud-Ops-agent/config.YAML/ETC/Google-Cloud-Ops-Agent/Config.Yaml.BAK # Skonfiguruj agenta OPS. sudo tee/etc/Google-Cloud-Ops-agent/config.Yaml> /dev /null Notatka: Jeśli używasz wersji agenta OPS przed 2.10.0, następnie musisz dodać pole server_status_url do odbiornika metrycznego w następujący sposób:
Metryki: Odbiorniki: Apache: Typ: Apache server_status_url: http: // localHost: 80/Server-Status?automatyczny
Skonfiguruj kolekcję dzienników
Aby spożywać dzienniki z Apache Web Server, musisz utworzyć odbiorniki dla dzienników, które produkuje Apache Web Server, a następnie utworzyć rurociąg dla nowych odbiorników.
Aby skonfigurować odbiornik dla dzienników Apache_Access, określ następujące pola:
| Pole | Domyślny | Opis |
|---|---|---|
| exclude_paths | Lista wzorców ścieżek systemu systemu plików, które należy wykluczyć z zestawu dopasowanego przez COMPLEAD_PATHS . | |
| obejmują_path | [/var/log/apache2/access.log,/var/log/apache2/access_log,/var/log/httpd/access_log] | Lista ścieżek systemu plików do odczytania przez dopasowanie każdego pliku. Na ścieżkach można użyć dzikiej karty ( *); Na przykład/var/log/apache*/*.dziennik . |
| record_log_file_path | FAŁSZ | Jeśli jest ustawiony na true, to ścieżka do określonego pliku, z którego uzyskano rekord dziennika, pojawia się we wpisie dziennika wyjściowego jako wartość agenta.Googleapis.Com/log_file_path etykieta. Podczas korzystania z karty wieloznacznej rejestrowana jest tylko ścieżka pliku, z której uzyskano rekord. |
| typ | Ta wartość musi być Apache_Access . | |
| WildCard_Refresh_Interval | 60 | Odświeżanie się, w którym odświeżane są ścieżki plików wieloznacznych na ścieżkach w cołą. Podawane jako czas trwania czasowego według czasu.Parseduration, na przykład 30 lub 2m . Ta właściwość może być przydatna przy wysokich przepustowościach rejestrowania, w których pliki dziennika są obracane szybciej niż domyślny przedział. |
Aby skonfigurować odbiornik dla dzienników Apache_ERROR, podaj następujące pola:
| Pole | Domyślny | Opis |
|---|---|---|
| exclude_paths | Lista wzorców ścieżek systemu systemu plików, które należy wykluczyć z zestawu dopasowanego przez COMPLEAD_PATHS . | |
| obejmują_path | [/var/log/apache2/błąd.log,/var/log/apache2/error_log,/var/log/httpd/error_log] | Lista ścieżek systemu plików do odczytania przez dopasowanie każdego pliku. Na ścieżkach można użyć dzikiej karty ( *); Na przykład/var/log/apache*/*.dziennik . |
| record_log_file_path | FAŁSZ | Jeśli jest ustawiony na true, to ścieżka do określonego pliku, z którego uzyskano rekord dziennika, pojawia się we wpisie dziennika wyjściowego jako wartość agenta.Googleapis.Com/log_file_path etykieta. Podczas korzystania z karty wieloznacznej rejestrowana jest tylko ścieżka pliku, z której uzyskano rekord. |
| typ | Ta wartość musi być apache_error . | |
| WildCard_Refresh_Interval | 60 | Odświeżanie się, w którym odświeżane są ścieżki plików wieloznacznych na ścieżkach w cołą. Podawane jako czas trwania czasowego według czasu.Parseduration, na przykład 30 lub 2m . Ta właściwość może być przydatna przy wysokich przepustowościach rejestrowania, w których pliki dziennika są obracane szybciej niż domyślny przedział. |
Co jest zalogowane
Nazwa logowania pochodzi z identyfikatorów odbiornika określonych w konfiguracji. Szczegółowe pola wewnątrz logowania są następujące.
Dzienniki Apache_Access zawierają następujące pola w logentry:
| Pole | Typ | Opis |
|---|---|---|
| httprequest | obiekt | Zobacz Httprequest |
| jsonpayload.gospodarz | strunowy | Zawartość nagłówka gospodarza |
| jsonpayload.użytkownik | strunowy | Uwierzytelniona nazwa użytkownika na żądanie |
| powaga | ciąg (logSeverity) | Poziom podstawowy dziennika (przetłumaczony) |
Dzienniki Apache_ERROR zawierają następujące pola w logentry:
| Pole | Typ | Opis |
|---|---|---|
| jsonpayload.klient | strunowy | Adres IP klienta (opcjonalnie) |
| jsonpayload.Kod błędu | strunowy | Kod błędu Apache |
| jsonpayload.poziom | strunowy | Poziom wstępny dziennika |
| jsonpayload.wiadomość | strunowy | Komunikat dziennika |
| jsonpayload.moduł | strunowy | Moduł Apache, w którym zapoczątkował dziennik |
| jsonpayload.pid | strunowy | Identyfikator procesu |
| jsonpayload.Tid | strunowy | ID wątku |
| powaga | ciąg (logSeverity) | Poziom podstawowy dziennika (przetłumaczony) |
Skonfiguruj kolekcję wskaźników
Aby spożywać wskaźniki z serwera WWW Apache, musisz utworzyć odbiornik dla wskaźników, które produkuje Apache WWW Server, a następnie utworzyć rurociąg dla nowego odbiornika.
Ten odbiornik nie obsługuje użycia wielu instancji w konfiguracji, na przykład do monitorowania wielu punktów końcowych. Wszystkie takie instancje piszą do tych samych szeregów czasowych, a monitorowanie w chmurze nie ma możliwości rozróżnienia między nimi.
Aby skonfigurować odbiornik dla wskaźników Apache, określ następujące pola:
| Pole | Domyślny | Opis |
|---|---|---|
| Collection_Interval | 60 | Wartość czasu trwania, taka jak 30s lub 5 m . |
| server_status_url | http: // localhost: 80/Server-Status?automatyczny | URL odsłonięty przez moduł mod_status. |
| typ | Ta wartość musi być Apache . |
Co jest monitorowane
Poniższa tabela zawiera listę wskaźników, które agent OPS zbiera z instancji serwera WWW Apache.
| Typ metryki | |
|---|---|
| Miły typ Monitorowane zasoby | Etykiety |
| obciążenie pracą.Googleapis.com/apache.Current_connections | |
| Miernik, int64 gce_instance | Nazwa serwera |
| obciążenie pracą.Googleapis.com/apache.upraszanie | |
| Sumulat, INT64 gce_instance | Nazwa serwera |
| obciążenie pracą.Googleapis.com/apache.tablica wyników | |
| Miernik, int64 gce_instance | Nazwa serwera państwo |
| obciążenie pracą.Googleapis.com/apache.ruch drogowy | |
| Sumulat, INT64 gce_instance | Nazwa serwera |
| obciążenie pracą.Googleapis.com/apache.pracownicy | |
| Miernik, int64 gce_instance | Nazwa serwera państwo |
Sprawdź konfigurację
W tej sekcji opisano, jak sprawdzić, czy poprawnie skonfigurowałeś odbiornik serwera WWW Apache. Agent OPS może zająć jedną lub dwie minuty, aby zbierać telemetrię.
Aby sprawdzić, czy dzienniki są połknięte, przejdź do Eksploratora Logs i uruchom następujące zapytanie, aby wyświetlić dzienniki serwera WWW Apache:
ratunek.type = „gce_instance” (log_id („apache_access”) lub log_id („apache_error”)))) Aby sprawdzić, czy wskaźniki są połknięte, przejdź do Metrycs Explorer i uruchom następujące zapytanie w MQL patka:
Fetch gce_instance | obciążenie pracą metryki.Googleapis.com/apache.current_connections '| co 1m Zobacz pulpit nawigacyjny
Aby wyświetlić wskaźniki Apache Web Server, musisz mieć skonfigurowany wykres lub pulpit nawigacyjny. Integracja serwera WWW Apache zawiera dla Ciebie jedną lub więcej pulpitów nawigacyjnych. Wszelkie pulpity nawigacyjne są automatycznie instalowane po skonfigurowaniu integracji, a agent OPS zaczął zbierać dane metryczne.
Możesz także wyświetlić statyczne podgląd pulpitów nawigacyjnych bez instalowania integracji.
Aby wyświetlić zainstalowaną deskę rozdzielczą, wykonaj następujące czynności:
- W konsoli Google Cloud wybierz Monitorowanie lub kliknij następujący przycisk:
Przejdź do monitorowania - W okienku nawigacji wybierz Pulpity nawigacyjne.
- Wybierz Lista pulpitów patka.
- Wybierz Integracje Kategoria.
- Kliknij nazwę pulpitu nawigacyjnego, który chcesz wyświetlić.
Jeśli skonfigurowałeś integrację, ale pulpit nawigacyjny nie został zainstalowany, sprawdź, czy agent OPS działa. Gdy nie ma danych metrycznych dla wykresu na desce rozdzielczej, instalacja pulpitu nawigacyjnego nie powiada się. Po tym, jak agent OPS zacznie zbierać wskaźniki, desca rozdzielcza jest instalowana dla Ciebie.
Aby wyświetlić statyczny podgląd pulpitu nawigacyjnego, wykonaj następujące czynności:
- W konsoli Google Cloud wybierz Monitorowanie lub kliknij następujący przycisk:
Przejdź do monitorowania - W okienku nawigacji wybierz Integracje.
- Kliknij Silnik obliczeniowy Filtr wdrażania platform.
- Znajdź wpis dla serwera WWW Apache i kliknij Pokaż szczegóły.
- Wybierz Pulpity nawigacyjne Tab, aby zobaczyć statyczne podgląd. Jeśli desca rozdzielcza jest zainstalowana, możesz przejść do niego, klikając Zobacz pulpit nawigacyjny.
Aby uzyskać więcej informacji o pulpitach nawigacyjnych w monitorowaniu chmury, zobacz pulpity nawigacyjne i wykresy.
Aby uzyskać więcej informacji na temat korzystania z Integracje Strona, patrz Integracje zarządzania.
Zainstaluj polityki ostrzegawcze
Zasady ostrzegawcze instruują monitorowanie chmury, aby powiadomili Cię, kiedy wystąpią określone warunki. Integracja serwera WWW Apache zawiera jedną lub więcej zasad ostrzegania, których możesz użyć. Możesz przeglądać i zainstalować te polityki ostrzegawcze z Integracje Strona w monitorowaniu.
Aby wyświetlić opisy dostępnych zasad ostrzegania i zainstalować je, wykonaj następujące czynności:
- W konsoli Google Cloud wybierz Monitorowanie lub kliknij następujący przycisk:
Przejdź do monitorowania - W okienku nawigacji wybierz Integracje.
- Znajdź wpis dla serwera WWW Apache i kliknij Pokaż szczegóły.
- Wybierz Alerty patka. Ta karta zawiera opisy dostępnych zasad ostrzegania i zawiera interfejs do ich instalacji.
- Zainstaluj polityki ostrzegawcze. Zasady ostrzegawcze muszą wiedzieć, gdzie wysłać powiadomienia, że alert został uruchomiony, więc wymagają od ciebie informacji o instalacji. Aby zainstalować polityki ostrzegawcze, wykonaj następujące czynności:
- Z listy dostępnych polityk alarmowych wybierz te, które chcesz zainstalować.
- w Skonfiguruj powiadomienia sekcja, wybierz jeden lub więcej kanałów powiadomień. Masz opcję wyłączenia korzystania z kanałów powiadomień, ale jeśli to zrobisz, to twoje polityki ostrzegawcze strzelają w milczeniu. Możesz sprawdzić ich status monitorowania, ale nie otrzymujesz żadnych powiadomień. Aby uzyskać więcej informacji na temat kanałów powiadomień, zobacz Kanały Powiadomienia.
- Kliknij Utwórz zasady.
Aby uzyskać więcej informacji na temat ostrzegania zasad w monitorowaniu w chmurze, zobacz Wprowadzenie do ostrzegania.
Aby uzyskać więcej informacji na temat korzystania z Integracje Strona, patrz Integracje zarządzania.
Co dalej
Aby uzyskać instrukcję dotyczącą korzystania z Ansible do instalacji agenta OPS, skonfiguruj aplikację stron trzecią i zainstaluj próbkę pulpitu nawigacyjnego, zobacz instaluj agent OPS, aby rozwiązywać wideo z aplikacji zewnętrznych.
Wyślij opinię
O ile nie wspomniano inaczej, treść tej strony jest licencjonowana w ramach Creative Commons Actribution 4.0 Licencja, a próbki kodów są licencjonowane na podstawie Apache 2.0 Licencja. Aby uzyskać szczegółowe informacje, zobacz zasady witryny Google Developers. Java jest zarejestrowanym znakiem towarowym Oracle i/lub jej podmiotów stowarzyszonych.
Ostatnia aktualizacja 2023-05-15 UTC.
