Résolveur de problèmes Modèle en couches

Si l'on regarde les derniers chiffres de vente trimestriels pour le Unix-Il est possible que l'effet "bonjour" s'empare de celui qui a déjà pris connaissance du marché des serveurs.

En effet, la baisse se poursuit, pour le dire gentiment. En revanche, les x86-Ventes de serveurs.

Cette image s'inscrit dans le factuel. Surtout si l'on considère que de plus en plus d'entreprises de TI s'intéressent à l'informatique.Utilisateurs de Unix se détourner et se diriger vers Linux. Cela vaut bien sûr aussi pour les SAP-communauté.

Un aspect pousse les Utilisateurs de l'autre côté : Il est bien connu qu'en cas de Unix–Linux–Migration et une transmission un à un des Unix–SAP-Dans le cas de l'architecture Intel® , les coûts de licence des bases de données explosent en raison du nombre élevé de cœurs Intel.

Surtout si la couche de la base de données est transmise sans être séparée. Dans ce cas, les aspects de haute disponibilité dans les couches respectives jouent également un rôle non négligeable en tant qu'effet latéral.

Une solution astucieuse

Que faire alors pour éviter ce Coûts déjouer les pièges ?

Une approche de l'optimisation consiste à utiliser l'actuel SAP-Il s'agit d'examiner la conception de l'architecture et d'en déduire une séparation des couches d'application.

C'est-à-dire que l'on a ainsi la possibilité de payer Base de données de ne concéder sous licence que la puissance de calcul générée par Base de données est réellement consommé et non pas Core.

Pour expliquer brièvement ce qu'est un Modèle en couches est compris comme une "valeur" : Dans ce cas, on divise les SAP-L'environnement informatique est divisé en trois niveaux : la couche du serveur d'application, la couche centrale et la couche de base.SAP-couche de services et la Base de données-couche.

L'objectif est de réduire le nombre de cœurs nécessaires pour la couche de base de données - afin de minimiser les coûts de licence pour la couche de base de données. Ce type d'optimisation de la conception est intéressant pour les clients qui Base de données-Contrats directs avec une base de données Core Base de données-de licence.

Et L'introduction d'un modèle de travail en équipe est généralement rentable à partir de cinq lignes de production et 15 Instances/SID.

Autre point important : lors de l'introduction d'un SAP-de l'industrie pharmaceutique, certains Paramètres à examiner. D'autant plus que parmi les cinq lignes productives citées et moins de 15 SAP–Instances une telle re-conception n'est pas rentable.

La raison principale : Il y aura plus d'OS-Partitions par SAP-ID est nécessaire. Ce qui signifie qu'un nombre plus élevé d'ID physiques est nécessaire. Serveurs devient nécessaire.

Si le contrôle est positif et qu'un re-design a lieu, la physique est quasiment optimisée, et ce au moyen de SAP–Virtualisation.

Au final, cette mesure d'optimisation permet de réduire la quantité de physique nécessaire, c'est-à-dire le nombre de serveurs requis.

SAP-Couche des services centraux

Lors d'une reconception sur la base d'un modèle en couches, les points uniques de défaillance (sur fond de HA-Les problèmes de sécurité peuvent être éliminés par Enqueue Replication et Message Server Clustering.

Il est judicieux de recourir ici à la variante certifiée de la SAP-cluster-Architecture de référence de recourir à l'aide d'un tiers. Le site SAP NetWeaver Haute disponibilité Cluster 7.30 Certification (Architecture de référence) décrit l'interaction entre SAP Control Framework et sap-startsrv.

Le point essentiel est que sapcontrol, via sapstartsrv, et sapstartsrv, via SAP_SUSE Cluster Connector la Communication vers le cluster Cadre est défini.

Le composant de cluster s'appelle chez Suse HA l'extension. Où la HA Extension de la Communication à l'Instance Resource Agent de SAP, qui est à son tour relié à sapcontrol.

L'agent de ressources SAP Instance permet également d'utiliser SAP LVM avec le SAP Control Cadre couplée.

En ce qui concerne la couche d'application, les Évolutivité et Haute disponibilité généré par de multiples instances de dialogue.

Si un SAP-Si le serveur d'applications s'arrête, il suffit de le générer à nouveau et de le redémarrer ensuite.

Hana pas d'inducteur de coûts

Notons au passage qu'avec Suite on Hana, il devient possible de gérer de plus en plus de SAP-sur les modules Hana de l'entreprise.

Grâce au facteur de compression de 1:5 et au Hana-en combinaison avec la Suse–Intel–Infrastructure est l'octroi de licences de Hana–Base de données n'est pas basé sur le core et ne constitue donc pas un inducteur de coûts.

Afin d'établir d'autres critères de faisabilité SAP-d'évaluer le paysage informatique sur la base d'un modèle en couches et d'identifier les Haute disponibilité conformément à la norme NetWeaver Haute disponibilité Cluster 7.30 Certification ainsi que l'intégration dans le système SAP. LVM de l'étude sur le thème de l'éducation et de la formation tout au long de la vie. Realtech de s'en occuper.