Meilleur équilibre de la charge de la configuration avec Windows 2008 et SQL Server 2008

J'ai deux serveurs exécutant Windows server 2008 Web Edition et SQL server 2008 Standard Edition, quelle serait la meilleure approche pour équilibrer la charge?

Dois-je utiliser la mise en miroir de base de données ou de l'envoi de journaux? Est Win2008 NLB facile à configurer par un développeur, puisque je ne suis pas un sys admin?

Ce que je cherche c'est de pouvoir avoir mes sites en cours d'exécution dans le cas d'un dysfonctionnement du serveur, et aussi pour être en mesure de facilement ajouter d'autres serveurs, si la demande augmente. Mes sites s'exécute dans ASP.Net 3.5 et tous déjà stocker la session dans SQL Server.

OriginalL'auteur holiveira | 2009-02-21

  1. 6

    SQL Server par lui-même ne prend pas en charge l'équilibrage de la charge. Vous pouvez avoir actif/passif basculements avec les mécanismes que vous avez décrit (miroir de base de données et l'envoi de journaux) et il y a beaucoup d'autres options, comme le regroupement ou la réplication.

    Les deux questions pour commencer:

    • Combien de temps pouvez-vous vous permettre d'être en panne? (aka votre Objectif de Temps de Récupération, ou RTO)
    • Combien de données vous pouvez vous permettre de perdre? (aka votre Objectif de Point de Recouvrement, ou RPO)

    Le plus de temps vous pouvez vous permettre d'être à la baisse et plus les données que vous pouvez vous permettre de perdre, alors la plus facile et la moins chère des solutions à mettre en œuvre. Le moins de temps et moins de données, plus il est difficile à mettre en œuvre.

    Par exemple, la mise en miroir de base de données synchrone vous garantie que vous ne perdez jamais une transaction. Les opérations sont engagées sur les deux serveurs de base de données avant que le résultat est renvoyé au client. Malheureusement, vous souffrez d'un assez grand impact sur les performances sous de lourdes charges, et il est minime utilitaires de gestion intégré, vous voulez avoir un temps plein DBA pour gérer ce genre de chose.

    À l'autre extrême, l'envoi de journaux, toutes les 15 minutes signifie que vous pouvez perdre 15 minutes de données (ou plus) et cela peut prendre de 15 à 60 minutes de retour en ligne après un échec. Toutefois, il est bon marché, a un très faible impact sur les performances et il est assez facile à mettre en place.

    J'ai un RPO et RTO introduction plus sur BrentOzar.com et un introduction à SQL Server HA et le DR caractéristiques. Si vous allez par le biais de ces, vous serez mieux armés pour revenir et poser des questions plus spécifiques. Espérons que ça aide!

    OriginalL'auteur Brent Ozar

  2. 0

    en fonction de votre type d'application, la première chose que vous devez faire est de commencer la mise en cache des choses qui n'ont pas beaucoup de changement sur le serveur web. de cette façon, votre base de données est atteint de moins en moins.
    et les serveurs web sont plus faciles à échelle que les bases de données.

    C'est un très bon article sur le sujet.

    OriginalL'auteur Mladen Prajdic