Fonctionnement de l'évolutivité dans Azure App Services
J'essaie de comprendre le concept de plan Azure App Service et Azure App Services, sans succès.
D'après ce que je comprends, un plan de service d'application définit la capacité et la tarification. Toutes les applications attribuées à un plan d'application particulier partagent les mêmes ressources, n'est-ce pas?
Si cela est vrai, quel est l'avantage de la mise à l'échelle? Si la mise à l'échelle crée plus d'instances de la même application qui, à la fin, seront hébergées sur le même plan de service d'application (partageant les mêmes ressources)?
J'ai lu presque toute la documentation officielle et non officielle sur le plan de service Azure App et App Services, mais je n'ai pas trouvé de réponse à cette question. Ils disent tous que la mise à l'échelle fonctionne au niveau de l'application (et non du plan de service de l'application), et Dans le même temps, vous dites que les applications affectées au même plan de service d'applications partagent en fait les mêmes ressources. Quel est donc l'avantage de la fonctionnalité de montée en puissance parallèle?
Cordialement,
D'après ce que j'ai compris, un plan de service d'application définit la capacité et la tarification, toutes les applications assignées à un plan App Service spécifique seront partager les mêmes ressources, est-ce exact?
Oui.
Si c'est le cas, quel est l'avantage de la mise à l'échelle? Si la La mise à l'échelle créera plus d'instances de la même application qui, à la fin sera hébergé sur le même plan de service d'application (partage des mêmes ressources )?
Personne ne vous oblige à mettre toutes vos applications dans le même plan de service d'applications. Lorsque vous créez une application, vous la mettez dans un plan de service d'application. Toutes les applications de ce plan (et seulement de celui-ci) App Service Plan partageraient des ressources, mais vous pourriez créer beaucoup de plans de service App.
En outre, lorsque vous augmentez progressivement la capacité, vous créez plus d'instances PaaS de la VM hébergeant votre application. Ainsi, lorsque vous augmentez progressivement la capacité, vous n'obtenez pas un autre pool d'applications dans le même IIS, vous obtenez un autre pool d'applications sur l'autre IIS sur l'autre machine virtuelle.
modifier: pour clarifier le commentaire, le plan de service d'application est un ensemble de machines virtuelles Windows sur lesquelles IIS est installé. Toutes les applications attribuées à ce plan de service d'application sont hébergées sur TOUTES les instances de ces ordinateurs virtuels. Lorsque vous effectuez une montée en puissance parallèle ou supérieure, vous modifiez le nombre ou la capacité de ces ordinateurs virtuels.
Il n'y a pas de plan de service d'application temporaire. Vous payez pour le plan de service, pas pour l'application.Les applications ne coûtent rien, elles consomment simplement des ressources sur le plan de service, c'est le plan de service qui «mange» de l'argent. Vous êtes facturé selon le niveau et l’échelle du plan de service .Pricing is based on the size and number of VM instances you run.
Comme je le sais, l’extension créerait plusieurs copies de votre application Web et ajouterait un solde de charge pour répartir automatiquement les demandes entre elles. Et vous n'avez pas besoin de configurer vous-même l'équilibre de la charge.
En supposant que vous créiez un site Web (un serveur Windows avec IIS), votre site Web disposerait du pool d'applications qui définit les ressources disponibles pour votre site Web. Chaque instance peut traiter un nombre limité de demandes. Afin de réduire le temps de réponse, vous pouvez redimensionner votre site Web en plusieurs instances, puis chaque serveur Web peut répartir la charge de travail. Pour plus de détails, vous pouvez vous référer à Scaling Up et Scaling Out sur les sites Web Windows Azure et ce tutorial pour une meilleure compréhension de la mise à l'échelle automatique d'Azure Web App.
Comme @ 4c74356b41 l'a dit, lorsque vous augmentez progressivement votre taille, vous obtiendrez davantage de ressources physiques (par exemple, les ordinateurs virtuels avec davantage de calcul, de mémoire et de stockage). De plus, une correction selon la documentation Azure, l’extension s’effectuera sur toutes les applications du plan de services de l’application. voir le lien ci-dessous et le point à noter est
"Les paramètres de la balance ne prennent que quelques secondes pour appliquer et affecter toutes les applications de votre plan App Service. Ils ne vous obligent pas à modifier votre code ni à redéployer votre application" - https://Azure.Microsoft.com/en -us/documentation/articles/sites-web-scale/