Comment nginx implémente l'équilibrage de charge et la session de partage multi-sites

Les méthodes courantes de partage de sessions avec plusieurs sites incluent :
•Utilisez le service d'état automatique .net (service d'état asp.net) ;
•Utilisez la base de données de session .net
•Utilisez Memcached ;
•Utiliser des cookies pour réaliser des partages entre plusieurs sites (cette méthode n'est limitée qu'au cas où plusieurs sites ont le même nom de domaine)
Nous allons pratiquer ici le stockage des sessions sous forme de base de données pour réaliser des sessions de partage multi-sites) ; .

Nous construisons d'abord le site, comme indiqué ci-dessous :

default.aspx

Il y a deux boutons, setsession est principalement utilisé pour attribuer une valeur à une session (comme : session["sharevalue "] = "abcd"),

getsession sert principalement à obtenir une valeur de session.

Le code spécifique est le suivant :

C'est toute la partie code...

L'étape suivante consiste à configurer web.config En fait, l'essentiel est d'ajouter la clé machine et l'état de session au
node. Deux nœuds,
1. La fonction principale de l'ajout d'une clé machine est :
"Selon la déclaration standard de msdn : "Configurez la clé pour qu'elle puisse être utilisée pour crypter et déchiffrer les données des cookies d'authentification des formulaires et afficher l'état. données, et il est utilisé pour vérifier l'identification de l'état de session hors processus. "C'est-à-dire que de nombreux cryptages d'asp.net dépendent des valeurs de la clé machine, comme le cryptage du cookie d'authentification des formulaires et de l'état d'affichage. Par défaut, la configuration d'asp.net est générée dynamiquement par elle-même. Si un seul serveur ne pose pas de problème, mais si la charge de plusieurs serveurs est équilibrée, la clé machine est également générée dynamiquement. La valeur de la clé machine sur chaque serveur est incohérente, ce qui entraîne des résultats de chiffrement incohérents. La vérification et l'état d'affichage ne peuvent pas être partagés, donc pour l'équilibrage de charge sur plusieurs serveurs. dans ce cas, la même clé machine doit être configurée sur chaque site. Vous pouvez vérifier d'autres informations pour plus de détails.
2. L'ajout d'un état de session consiste principalement à enregistrer la session dans la base de données.
La configuration spécifique est la suivante :

Copier le code Le code est le suivant :

decryptionkey="9 421e53e196bb56db11b9c25197a2ad470638efbc604ac74cd29dbbcf79d6046"
validation="sha1" decryption="aes "/>

Ceci est la partie site Web. . . L'étape suivante consiste à configurer la base de données...

Configuration de la base de données :
Utilisez l'outil aspnet_regsql.exe
Après asp.net version 2.0, Microsoft fournit l'outil aspnet_regsql.exe pour configurer facilement la base de données de session. Cet outil se trouve sur. le serveur Web. Répertoire racine du système microsoft.netframework numéro de version".

Exemple d'utilisation :

aspnet_regsql.exe -s . -u sa -p 123456 -ssadd -sstype p
-s Paramètres :
représente le nom de l'instance de base de données. . Vous pouvez utiliser "." signifie la machine locale.
-u et -p paramètres :
signifie nom d'utilisateur et mot de passe :
Vous pouvez sélectionner un groupe parmi -u –p et -e signifie. pour utiliser l'utilisateur système actuel via la base de données de connexion d'authentification Windows, -u -p utilise l'utilisateur sqlserver pour se connecter à la base de données
-ssadd / –ssremove paramètre :
-ssadd signifie ajouter la base de données de session, -ssremove signifie supprimer la base de données. base de données de session.
sstype description du paramètre :
t
Stocke les données de session dans la base de données tempdb du serveur SQL. Il s'agit du paramètre par défaut. Si les données de session sont stockées dans une base de données tempdb, les données de session seront perdues au redémarrage du serveur SQL.

Stockez les données de session dans la base de données aspstate au lieu de la base de données tempdb.
c
Stockez les données de session dans une base de données personnalisée. Si vous spécifiez l'option c, vous devez également inclure le nom de la base de données personnalisée à l'aide de l'option -d.
Mes paramètres sont : aspnet_regsql.exe -s -e -d awbuisession -ssadd -sstype c

OK. Nous avons couvert les bases. .
Maintenant, nous déployons le site Web que nous venons de créer sur iis. Mais puisque nous voulons charger. Au moins deux copies doivent être déployées.

Nous avons remplacé "Serveur 1" dans defaut.aspx sur l'un des serveurs par "Serveur 2". Le but principal de cette opération est de faire la différence !

Les détails sont les suivants :

Les URL des deux sites Web sont :

serveur 1 : 127.0.0.1:8081

serveur 2 : 127.0.0.1:8080 ; Ensuite, nous configurons nignx.

Trouvez d'abord le fichier nginx.conf dans le fichier de configuration nginxconf, ouvrez-le avec le Bloc-notes,

Effectuez les paramètres ci-dessus :

ok. Si nginx est configuré comme ça, tout ira bien. Commençons nginx..

Entrez l'url que nous avons configurée dans nginx dans le navigateur, par exemple : 127.0.0.1:8090

Nous verrons que le serveur 1 a commencé à nous servir, cliquons à nouveau sur « setsession » pour définir une valeur de session,

Nous verrons le serveur 2 commencer à fonctionner. A ce moment, nous cliquons à nouveau sur "getsesion" pour voir la valeur de session qui vient d'être définie sur le serveur 1. Le résultat est le suivant :

Cette situation se produit principalement parce que le serveur 1 et le service 2 ne sont pas stockés dans la base de données lors du stockage une session. Le partage de session est principalement un identifiant de session dans la table

aspstatetempsessions,

L'identifiant de session comprend deux parties : l'identifiant de session 24 bits et le nom d'application 8 bits générés par le site Web. différent. Lorsque l'ID de session 24 bits peut être identique sur différents sites, pour garantir que l'ID de session après la combinaison et le nom de l'application sont les mêmes, vous pouvez modifier la procédure stockée tempgetappid afin que l'ID de session obtenu n'ait rien à voir avec le nom de l'application. Modifiez tempgetappid comme suit :

Copier le code Le code est le suivant :

alter procédure [dbo].[tempgetappid]

@appname tappname,
@appid int output
as
set @appname = 'test' --lower (@appname) Modifiez ceci pour activer plusieurs sites appname , est une valeur fixe.
set @appid = null
select @appid = appid
from [awbuisession].dbo.aspstatetempapplications
where appname = @appname
if @appid est null start
begin tran
select @appid = appid
from [awbuisession].dbo .aspstatetempapplications avec (tablockx)
où appname = @appname
if @appid est null
begin
exec gethashcode @appname, @appid output
insert [awbuisession].dbo.aspstatetempapplications
values
(@appid, @appname)
if @@error = 2627
begin
declare @dupapp tappname
select @dupapp = rtrim(appname)
from [awbuisession].dbo.aspstatetempapplications
where appid = @appid
raiserror('erreur fatale d'état de session SQL : collision de code de hachage entre les applications ''%s'' et ''%s'', veuillez renommer la 1ère application pour résoudre le problème.',
18, 1, @appname, @dupapp)
end
end
commit
end
return 0

Après les modifications ci-dessus, il faut se rendre compte que plusieurs sites partagent le même identifiant de session.

Redémarrez chaque site. Parcourez à nouveau le site

Cliquez sur "setsession",

Cliquez à nouveau : "getsession"

De cette façon, nous pouvons voir que le serveur 2 donne la session que nous venons de définir sur le serveur 1. Ça vaut le coup .

Cliquez à nouveau sur "getsession",

Vous pouvez voir que le serveur 1 et le serveur 2 renvoient les mêmes résultats, atteignant "session partagée multi-site"

Un point supplémentaire : l'expiration de la session est supprimée, principalement dans Job complété dans l'agent serveur SQL.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!