IIS : Comment gérer les redémarrages de Windows ?

En général, pour assurer la haute disponibilité, il faut plus d'un serveur. En règle générale, vous disposez de deux serveurs ou plus derrière une configuration à charge équilibrée qui peut distribuer la charge à un autre serveur en cas de panne ou de période de maintenance.

Il est évident que le stockage SQL et le stockage de fichiers doivent être situés sur des serveurs ou des grappes différents. La configuration HA la plus simple serait quelque chose comme :

A Load Balancer (Possibly redundant)
       |
Two Web Servers
 |     |     |
 |  Clustered SQL Server (Unless a single point of failure is ok)
 |
File Servers using DFS-R (Unless a single point of failure is ok)

Nous avons un haproxy load balancer devant nos serveurs web. Nous avons un script script d'arrêt qui envoie une commande à l'instance haproxy pour retirer le serveur du pool (c'est, euh, un peu nul car il utilise un client SSH .net qui se connecte à la machine haproxy et exécute une commande en l'envoyant dans le fichier socat stdio /etc/haproxy/haproxysock - mais cela fonctionne). Lorsque le serveur revient en ligne, il exécute une autre commande qui le réintègre dans le pool.

Cela signifie que les utilisateurs finaux ne savent jamais quand un serveur arrive ou part, car il y a toujours un deuxième serveur web pour prendre le relais.

En cas de panne catastrophique, nous avons un message personnalisé "Whoops, we'll be back soon" que les serveurs haproxy reçoivent s'il y a un pool vide ou si tous les serveurs sont tombés en panne.

En ce qui concerne le reste du dispositif, je m'en remets à Réponse de Brent . DFS-R est génial (et convient également au basculement hors site). Nous n'utilisons pas SQL Clustering, mais nous utilisons SQL Mirroring qui est presque aussi bon.

Si les ressources ne sont pas un problème et que votre objectif est d'établir un temps de fonctionnement aussi proche que possible de la durée de vie d'un produit. five 9's / Haute disponibilité (HA) tout en conservant la possibilité de redémarrer. Je recommande l'utilisation d'une solution de virtualisation de serveur incluant un stockage partagé entre vos hôtes. Dans le schéma ci-dessous, j'utilise iSCSI et VMware avec un réseau de stockage. Le réseau utilise le protocole HSRP (Hot Standby Router Protocol) (il est proposé par Cisco mais il en existe d'autres). Dans cette configuration et dans votre situation, VMotion est facultatif. SRDF et d'autres réplications de données / clustering permettent une redondance complète à tous les niveaux. Le dessin est simpliste et n'illustre pas les LUN ou la possibilité d'avoir un réseau FC au lieu d'un réseau iSCSI.

Par ailleurs, l'expérience montre que de nombreux centres de données consacrent énormément de temps et de ressources à la technologie, mais oublient de se préoccuper de la distribution électrique. L'alimentation électrique peut facilement gâcher la journée. Pensez à la symétrie des alimentations redondantes, des PDU, des panneaux et des sources d'alimentation commerciales. Les onduleurs sont également essentiels.

La solution la plus simple serait de jeter un coup d'œil à Azure, qui vous permet non seulement de vous concentrer sur le développement, mais qui offre également un excellent temps de disponibilité (et qui vous rembourse en cas de panne). SQL n'est pas sur le même serveur et vous pouvez stocker les fichiers téléchargés dans le stockage blob.

Ce n'est peut-être pas la voie que vous voulez suivre, mais je l'utilise depuis environ un an et demi et j'en suis très satisfait :)

Oh et si vous avez un abonnement MSDN, Bizspark ou une étincelle de site web, c'est presque gratuit (en fonction du trafic de votre site bien sûr).