Question

Je parlais avec le soutien technique Rackspace aujourd'hui à la recherche d'une solution simple à l'échelle mon serveur haut / bas fonction de la charge et il a dit que cela pourrait se faire grâce à leur API programatically.

Quelqu'un at-il réellement fait cela avant ou avoir des conseils sur la meilleure façon d'aborder ce sujet? J'aimerais savoir si quelqu'un a un code de plan ou des notes avant de plonger dans et réécrire à partir de zéro.

Merci! Walker

Était-ce utile?

La solution

Walker, ce que je recommande pour vous aider à démarrer est de préparer les serveurs à l'avance et ensuite démarrer et les arrêter d'utiliser des scripts pour déclencher par une solution de surveillance. Une fois que vous pouvez toujours déployer des serveurs de qualité approuvés de manière automatisée, vous auriez encore besoin de 15 à 20 minutes pour créer un serveur. Donc, de toute façon, vous aurez besoin des ressources pour être prêt quand vous en avez besoin.

Une fois que vous avez votre arsenal de serveurs à votre montrant du doigt, il est temps de préparer votre solution de surveillance. Nagios fonctionnera très bien pour cette tâche. Toute solution de surveillance qui peut répondre à des événements avec des déclencheurs etc fonctionnera.

Il y a quelques façons d'échelle, comprendre comment gérer l'utilisation.

Utilisation

Ceci est unique au projet pour nous la mesure agrégée de la charge du système / requêtes par seconde + IO. Au moins considérer très la charge moyenne. Dans notre scénario, nous voulions comprendre ce qui a rendu nos systèmes plus occupés et élaboré nos propres mesures d'utilisation. Ce qui nous branché dans une solution de surveillance personnalisée. Les mesures d'utilisation alors que nous devrions échelle ou sur.

Mise à l'échelle Up

Implique mise à l'échelle à un serveur plus grand pour répondre aux requêtes, il signifie littéralement pour les demandes de serveur que vous devez migrer vers des serveurs plus grands. Ou une autre façon de penser est le coût d'une demande serait réduite si elle lorsque les documents d'un grand serveur.

  

Dans mon expérience, la nécessité d'intensifier est réduit à court terme. Si   vous avez besoin toujours d'un serveur de spécification minimum pour gérer la charge   alors vous devriez voir les niveaux d'utilisation moyenne croître. Une fois la   les niveaux d'utilisation sont d'environ 60% toujours son temps pour commencer   plus grande échelle.

Mise à l'échelle up peut être si coûteux si vous avez des pics de charge, vous êtes probablement mieux juste ajouter un autre serveur à la piscine, thats comment Mise à l'échelle Out œuvres.

Mise à l'échelle Out

Pour la plupart des projets montée en puissance est plus fréquente à court terme, le processus consiste à ajouter plusieurs hôtes à un environnement et à la distribution des demandes à l'aide d'un équilibreur de charge. Lorsque les niveaux d'utilisation atteignent 60% ou plus un déclencheur dans votre solution la surveillance des incendies une demande qui commence un hôte. Lorsque la charge revient à la médian la solution de surveillance des serveurs commutateurs. Il doit être automatique et commutation des serveurs hors des niveaux d'utilisation devrait augmenter. Nous essayons de maintenir l'utilisation de 40% en moyenne pour l'environnement.

La complexité est d'automatiser la configuration de votre équilibreur de charge pour voir les nouveaux hôtes. Je connais des gens qui vient préconfigurent l'équilibreur à utiliser la mesure de la santé, même après un serveur est éteint. L'équilibreur de charge ne servira pas le trafic vers un hôte mort. Lorsque les serveurs démarrent l'équilibrage de charge devrait le voir à nouveau et commencer à servir automatiquement des requêtes au serveur.

Solution finale

Déployer un environnement viable minimum et de surveillance mise en place pour surveiller vos propres niveaux d'utilisation. Créer des déclencheurs qui commencent serveurs dans votre environnement choisi. Les déclencheurs doivent exécuter une demande qui déclenche un appel à Rackspace et démarre un serveur. C'est un bon début.

Espérons que cela a été utile pour vous, et vous passez à construire un environnement prospère.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top