Wykrywanie usług a równoważenie obciążenia

Question

Próbuję zrozumieć, w którym scenariuszu powinienem wybrać rejestr usług przez moduł równoważenia obciążenia.

Z mojego rozumienia oba rozwiązania mają tę samą funkcjonalność.

Na przykład, jeśli weźmiemy pod uwagę consul.io jako lista funkcji mamy:

• Service Discovery
• Zdrowie Sprawdzanie
• klucz/wartość magazynu
• Wielu Datacenter

W przypadku systemu równoważenia obciążenia, takiego jak Amazon ELB na przykład posiada:

• konfigurowalne przyjąć ruch tylko z równoważenia obciążenia
• przyjąć ruch za pomocą następujących protokołów: HTTP, HTTPS (Secure HTTP), TCP i SSL (Secure TCP)
• rozprowadzać żądania do instancji EC2 w wielu strefach dostępności
• Liczba połączeń skalowanych z liczbą równoczesnych żądań, które moduł równoważenia obciążenia otrzymuje
• konfiguruje sprawdzenia poprawności, które wykorzystuje równoważenie obciążenia elastycznego do monitorowania kondycji instancji EC2 zarejestrowana w równoważenia obciążenia, dzięki czemu można go wysłać wnioski tylko do zdrowych przypadkach
• Można używać szyfrowania ruchu end-to-end w tych sieciach, które korzystają z bezpiecznych (HTTPS/SSL) połączenia
• [EC2-VPC] Ty może utworzyć moduł równoważenia obciążenia oparty na Internecie, który pobiera żądania od klientów przez Internet i kieruje je do instancji EC2 lub do wewnętrznego równoważnika obciążenia, który pobiera żądania od klientów w VPC i kieruje je do instancji EC2 w twoim prywatnym podsieci. Równoważniki obciążenia w EC2-Classic są zawsze skierowane na Internet.
• [EC2-Classic] Balancery obciążenia dla EC2-Classic obsługują adresy IPv4 i IPv6. Moduły równoważące obciążenie dla VPC nie obsługują adresów IPv6.
• Możesz monitorować system równoważenia obciążenia za pomocą danych CloudWatch, dzienników dostępu i Cloud Cloud AWS.
• Możesz powiązać system równoważenia obciążenia z Internetem z nazwą swojej domeny.
• itp

Więc w tej sytuacji mam uszkodzonej zrozumieć dlaczego miałbym wybrać coś podobnego consul.io lub netflix eureka nad Amazon ELB do wykrywania usług.

Mam przeczucie, że może to być spowodowane realizacji klienta wykrywania usług strona vs serwera usług strona odkrycia, ale nie jestem całkiem pewien.

Answer 1

Należy pomyśleć o tym, jako o równoważeniu obciążenia po stronie klienta w stosunku do dedykowanego równoważenia obciążenia.

Równoważniki obciążenia po stronie klienta obejmują Baker Street (http://bakerstreet.io); SmartStack (http://nerds.airbnb.com/smartstack-service-discovery-cloud/); lub Consul HA Proxy (https://hashicorp.com/blog/haproxy-with-consul.html).

LBSy po stronie klienta używają komponentu wykrywania usług (Baker Street używa mechanizmu wyszukiwania bezstanowego pub/sub service, SmartStack używa ZooKeeper, Consul HA Proxy używa Consul) w ramach ich implementacji, ale zapewnia kontrolę/koniec do końca funkcjonalność, której prawdopodobnie szukasz.

Answer 2

Komponent Wykrywanie usług zwykle zawiera składnik powiadomienia. Nie jest to wyrównywanie obciążenia, chociaż niektórzy mogą mieć taką możliwość. Może powiadamiać zarejestrowanych klientów o zmianach, na przykład o spadku obciążenia.

Klient może wysłać zapytanie o wykrycie usługi/rejestr, aby uzyskać uruchomiony system równoważenia obciążenia. Natomiast system równoważenia obciążenia nie sprawia, że ​​klient jest nieczynny.

Answer 3

Należy również przeczytać o EUREKA

---

Amazon ELB zapewnia instancji EC2 do swoich żądań opartych na równoważenia obciążenia i adresów IP instancji EC2 nie są spójne, dzięki czemu można również używać EUREKA, który robi to samo zadanie, ale jest oparte na rejestrze usług i równoważeniu obciążenia po stronie klienta, w którym klient aplikacji dla każdego regionu ma rejestr. Możesz przeczytać więcej na ten temat tutaj: https://github.com/Netflix/eureka/wiki/Eureka-at-a-glance