Overzicht van Azure Clustering #
In het volgende artikel wordt beschreven hoe u geavanceerde load-balancing-services instelt met RELIANOID Load Balancer voor hoge beschikbaarheid in Azure Virtual Machine-infrastructuur. We gaan de procedure beschrijven voor het configureren van een RELIANOID Cluster en configureer een TCP-taakverdelingsprofiel voor HTTP-services met taakverdeling met een farm van backend-servers.
Cloud Load Balancer-clusteromgeving #
Deze keer gaan we demonstreren hoe het in azure kan worden toegepast met behulp van Azure-services. Het volgende diagram beschrijft de architectuur die we willen implementeren. Een webload-balancing met RELIANOID Applicatieleveringscontroller in Azure.
Elke RELIANOID VM wordt geconfigureerd met één netwerkinterface eth0 en met zowel A Publieke en Privé IP.
LB1 is toegewezen aan 10.0.1.9 als privé-IP en 40.117.239.182 als openbaar IP-adres.
LB2 is toegewezen aan 10.0.1.8 als privé-IP en 137.135.92.30 als openbaar IP-adres.
Ook nog een extra Virtueel IP (vriendelijk Secundair) is met naam toegewezen aan LB1 eth0:vp1 en privé-IP 10.0.1.11, dat zal worden gebruikt om een virtuele service of farm te configureren voor taakverdeling en zal worden opgenomen als onderdeel van het cluster om hoge beschikbaarheid te creëren. Er wordt slechts één knooppunt van het cluster tegelijk aan een dergelijk virtueel IP-adres toegewezen: het huidige hoofdknooppunt (of actieve knooppunt). Een dergelijk virtueel IP-adres is toegankelijk via het openbare IP-adres 52.170.117.153, die door de gebruikers wordt gebruikt om verbinding te maken met de gepubliceerde virtuele service.
De backends, die de echte applicatie toewijzen, zijn ingesteld als cloud-VM's in het privénetwerk 10.0.1.0/24. Op deze manier worden de echte servers niet blootgesteld aan internet.
Implementeer Cloud load balancer Clustering in Azure #
Om de afgebeelde architectuur in te stellen, zullen we twee exemplaren van de RELIANOID Load Balancer, toegankelijk via de Azure Marktplaats. Navigeer eenvoudigweg naar de startpagina van de Azure Portal en selecteer Maak een hulpbronen zoek naar de RELIANOID Load Balancer product.
U kunt elke VM-parameter voor de load balancer-knooppunten op dezelfde manier aanpassen als voor elke andere virtuele machine. Dit zijn de belangrijkste overwegingen:
Grootte: Voor onze behoeften, B1ls is voldoende.
Network Interface: voor elke load balancer-machine wordt een bijbehorende netwerkinterface gemaakt. Stel het openbare IP-adres, het particuliere netwerk en de beveiligingsgroep in in het formulier voor het maken van een balancer. Houd er rekening mee dat het openbare IP-adres essentieel is voor toegang tot de grafische gebruikersinterface (GUI). Zorg ervoor dat het geselecteerde virtuele netwerk overeenkomt met het netwerk waar de andere balancer en backends zich bevinden, aangezien elk virtueel netwerk geïsoleerd is van andere.
Beheerde identiteit: IT is vereist om een door het systeem toegewezen beheerde identiteit. In de Management sectie, schakel het in Identiteit keuze. Daarvoor heeft uw account de Bijdrager van virtuele machines roltoewijzing. Voor meer informatie over dit onderdeel verwijzen wij u naar de Configureer beheerde identiteiten voor Azure.
Na de inzet van de RELIANOID load balancer-VM's waarbij de Instantiestatus zijn aan het tonen Hardlopen modus zijn enkele configuraties nodig voor toegankelijkheid en clustering:
1. Beveiligingsgroepen: RELIANOID gebruikt TCP-poort 444 voor HTTPS-web-GUI-beheerdoeleinden en de TCP-poort 22 in SSH voor opdrachtregelbeheer en clusteringservices. Bovendien, elk Virtuele poort die worden gebruikt in de virtuele services van de load balancer, moeten worden opgenomen in uw beveiligingsgroep. In dit geval moeten we de inkomende regel configureren om inkomend verkeer op de TCP-poort 80 om toegang te krijgen tot onze backends HTTP-diensten. Deze netwerkconfiguraties kunnen worden geconfigureerd in een netwerkbeveiligingsgroep.
2. Beheerde identiteitstoegang: Voor de clustering is het vereist om toegang te verlenen tot de bronnen met behulp van Azure RBAC. Navigeer naar de gewenste bron en selecteer Toegangscontrole (IAM) Selecteer dan Toevoegen > Roltoewijzing toevoegen. Selecteer in dit gedeelte de Bijdrager van virtuele machines rol in de Rol > Bevoegde beheerdersrollen. Op het volgende tabblad Leden kiezen Wijs toegang toe aan de beheerde identiteit en klik op + Selecteer Leden. Selecteer ten slotte de Abonnement, Virtuele machine as Door het systeem toegewezen beheerde identiteit en selecteer beide load balancers-VM's. Klik op Selecterendan Volgende en tot slot Beoordelen + toewijzen.
3. Netwerkinterfaces: Zoek naar de netwerkinterfaces die voor beide VM's zijn gemaakt en klik op de IP-configuraties sectie. In de Master node (LB1), hebben we twee verschillende IP-adressen nodig: A Primair private en publieke IP, en een of meer Secundair virtueel privé (en optioneel openbaar IP-adres) toegewezen aan de clusterservice die wordt gebruikt voor HA-taakverdelingsdoeleinden. In de Slaaf knooppunt (LB2), alleen de Primair nodig zal zijn, zoals de RELIANOID clusteringservice zal de Secundair in het actieve knooppunt (knooppunt met huidige Master-rol).
Nadat de IP-adressen zijn geconfigureerd, zijn de virtuele Load Balancers als volgt toegankelijk:
LB1 zal toegankelijk zijn via https://40.117.239.182:444 gebruiker wortel en wachtwoord de exemplaar-ID.
LB1 zal toegankelijk zijn via ssh in IP 40.117.239.182, dit wordt geconfigureerd tijdens de implementatie van de virtuele machine.
LB2 zal toegankelijk zijn via https://137.135.92.30:444 gebruiker wortel en wachtwoord de exemplaar-ID.
LB2 zal toegankelijk zijn via ssh in IP 137.135.92.30, dit wordt geconfigureerd tijdens de implementatie van de virtuele machine.
Als u overweegt de hostnaam te wijzigen voordat u doorgaat, start u de virtuele machine-instantie opnieuw op om de wijzigingen toe te passen.
Wanneer de toegang tot de web-GUI succesvol is uitgevoerd, ziet u twee belangrijke waarden, de hostnameen Certificaat sleutel, beide stukjes informatie zijn uniek per Load Balancer en gerelateerd aan de activeringslicentie; gebruik deze informatie in de volgende URL zoals beschreven: https://www.relianoid.com/activate-enterprise-edition-cloud-evaluation/.
Zodra het formulier is ingevuld, downloadt de browser het activeringscertificaat. Upload de ontvangen PEM-activeringslicentie via de web-GUI in elke load balancer. Als u klaar bent, wordt de web-GUI ontgrendeld en zijn alle functies volledig ingeschakeld en operationeel. Voer dezelfde activeringsprocedure uit in beide knooppunten LB1 en LB2.
Nu zijn we klaar om de RELIANOID Clusterservice. Ga naar de Load Balancer-web-GUI in LB1 via het toegewezen openbare IP-adres https://40.117.239.182:444sectie Systeem > Cluster om het volgende formulier in te vullen:
Cluster configureren:
- Lokaal IP: selecteer het IP-adres en de NIC van eth0.
- Remote IP: voer hier het IP-adres van eth0 in knooppunt LB2 in.
- Wachtwoord voor extern knooppunt en Bevestig uw wachtwoord: voer hier het rootwachtwoord in voor ssh in het andere knooppunt, standaard de instance-ID van LB2.
Klik op Genereer een knop en wacht een paar seconden terwijl het knooppunt waar u de configuratie uitvoert, de Master rol (LB1) en de andere (LB2) gaat de rol overnemen Slaaf rol.
Maak een taakverdelingsservice in Azure #
Op dit punt, RELIANOID Cluster is geconfigureerd in Azure en is klaar om te werken. Laten we dus onze eerste geclusterde, taakgebalanceerde service configureren, een eenvoudige netwerktaakgebalanceerde service voor webapplicaties. Ga naar LSLB > Boerderijen > Boerderij maken met de volgende parameters.
Houd er rekening mee dat het gebruikte virtuele IP 10.0.1.11 is het eerder geconfigureerde virtuele IP-adres en een bron van het cluster die altijd bereikbaar is vanaf de Master knooppunt. druk op Toepassen en ga verder met het configureren van de sectie Services met het backends privé-IP-adres.
Gebruik IP-persistentie met een time-out van 60 seconden voor het geval u wilt garanderen dat hetzelfde client-IP gedurende een bepaalde periode met dezelfde backend zal worden verbonden. Configureer de geavanceerde gezondheidscontroles met FarmGuardian. Gebruiken check_tcp als een eenvoudige gezondheidscontrole om te verifiëren dat de TCP-backend-poort 80 in elke backend is geopend. En voeg vervolgens de interne IP-adressen en de poort van de backend-servers toe waar de echte webservices worden uitgevoerd.
Test nu de verbinding met de Openbaar IP http://52.170.117.153/ toegewezen aan het interne IP-adres 10.0.1.11, loopt de verbinding via de load balancer met behulp van de eth0:vp1 en doorgestuurd naar een van de beschikbare backends.
Forceer vervolgens om de Master rol in het cluster, bijvoorbeeld door het knooppunt opnieuw op te starten met deze rol, zal de andere de virtuele service overnemen en opnieuw verbinding maken met het openbare IP-adres. De huidige en nieuwe clientverbindingen worden tot stand gebracht tegen dezelfde backend, maar deze keer via de nieuwe Master knooppunt.
Probleemoplossing: deze host heeft geen systeemidentiteit toegewezen #
Als u het bericht ontvangt: “Deze host heeft geen systeemidentiteit toegewezen. Configureer het in Azure Portal“, geeft dit aan dat de Azure-client waagent azuur-cliOf de Systeemidentiteit is niet goed ingesteld voor de load balancer. Om dit probleem op te lossen, probeert u de volgende opdrachten van de load balancer:
root@noid-ee-01:~# systemctl status walinuxagent
root@noid-ee-01:~# az login --identity
root@noid-ee-01:~# az account show
Als de waagent en azure-cli niet op het systeem zijn geïnstalleerd, voert u de volgende opdrachten uit:
root@noid-ee-01:~# apt-get install waagent azure-cli
Geniet van geavanceerde taakverdeling en clustering in Azure met RELIANOID!
