Download - Lync, share point, sql
Lync, SharePoint, SQL ... Comment traduire les best practice sur le stockage en langage de stockeur avec NetApp!”
Session UGSF 2
Qui sommes-nous ?
Eudes-Olivier ROBERTIngénieur Expert Lync en SSIIEn mission Lync chez OBSContact : eudo [@] eudaele.fr
Thierry CalmetStorage Infrastructure ArchitectNetApp EMEAContact : thierry.calmet [@] netapp.com
23/05/2011
Session UGSF 3
Lync … SQL… ça donne quoi?
• Des bases (13):– 9 bases pour les Core services– 3 bases pour l'archivage et le monitoring– 1 base pour le Group Chat
• 2 à 3 instances : – RTC pour Lync Core services– RTCLog pour le "monitoring" et l’ "archiving"– RTCGC pour le Group Chat (s'il est là)
• 1 network share (RTCShare) pour les "web services"– Address book– Application share
23/05/2011
Session UGSF 4
Les préconisations…
• Pour les baies de stockage :– Pas de prise de risques = "You should consult with
your RAID or SAN vendor to determine what the best configuration is for your disk layout when configuring for SQL Server performance with Lync Server 2010"
• Sinon : par disque ou par RAID Set, en séparant bien les data files des logs files!
23/05/2011
Session UGSF 5
Exemple de config…
• 6 disques ou 6 RAID Set! Le TOP!
• 5 disques ou 5 RAID Set… bien mais pas top!
• 1 disque avec partition… le pire! (mais le moins cher)
23/05/2011
Session UGSF 6
Exemple réaliste…
Monitoring Server and Archiving Server Databases• Le serveur de Monitoring a des databases séparée pour les
données des call detail records (CDRs) et de la Quality of Experience (QoE) .
• Avec 240,000 users, le taux de croissance moyen de base de données est de 0.9 GB/heure pour la base CDR, et de 0.8 GB/heure pour la base QoE. Ces chiffres prennent en compte le modèle utilisateur de Lync Server 2010, où 50 % des utilisateurs ont les communications unifiées (UC) d'activées.
• Pour un serveur "Archiving" supportant 240,000 users, le taux de croissance moyen de base de données est de 1.4GB/heure.
23/05/2011
Session UGSF 7
Performances…
Front End Database Usage
(80K Users)Peak usage in bytes per read and write
Average usage in bytes per read and
write
Peak usage in reads and writes per
second
Average usage in reads and writes
per second
Back End data drive
Read: 65,536 bytes/read
Read: 972.12 bytes/read
1.27 reads/second 0 reads/second
Write: 193,634.45 bytes/write
Write: 3104.62 bytes/write
3,553.79 writes/second
143.91 writes/second
RTC log Read: 61,440 bytes/read
Read: 2106.05 bytes/read
1.20 reads/second 0 reads/second
Write: 5,632 bytes/write
Write: 896.71 bytes/write
161.41 writes/second 45.34 writes/second
RTCdyn log Read: 61,440 bytes/read
Read 284.86 bytes/read
1.93 reads/second 0 reads/second
Write: 10,011.6 bytes/write
Write: 4038.77 bytes/write
499.3 writes/second 330.93 writes/second
Tempdb data and log (see note following table)
Read: 65,536 bytes/read
Read: 21,267.43 bytes/read
15.73 reads/second 0.31 reads/second
Write: 62,863.64 bytes/write
Write: 59,383.11 bytes/write
166.89 writes/second 65.26 writes/second
RtcAb log (during nightly maintenance)
Read: 0 Read: 0 0 reads/second 1.27 reads/second
Write: 58,868.66 bytes/write
Write: 27,530.26 bytes/write
586.97 writes/second 43.77 writes/second
IOPS
3,000 IOPS
70 IOPS
500 IOPS
2600 IOPS
4000 IOPS
23/05/2011
Session UGSF 8
En stockage, ça donne…
• Héberger des données• Garantir un accès performant en fonction du
type de données hébergées• Assurer l’intégrité et la disponibilité des
données (performance et accès)• Supporter des environnements de tailles très
différentes Valeur ajoutée NetApp
23/05/2011
Session UGSF 9
Performance et agilité• Suivre l’évolution du besoin (performances et capacité)• Des supports disques différents + gestion de la priorité d’accès au cache
(FlexCache & Flexshare ) *• SAN & CIFS pour améliorer les performances
Architecture Unifiée:- Agilité- Réduction des coûts- Contrôle des risques
23/05/2011
Session UGSF 10
Sécuriser
• Protéger efficacement les données– Des sauvegardes automatisées, rapides, transparentes– Des restaurations granulaires, rapides, n’importe où– Un outil simple pour les administrateurs SharePoint, SQL,
Exchange…
• Maximiser la disponibilité du service– Pilotage simple des fonctionnalités de réplication D2D
avancées de NetApp
Améliorer le service – maitriser les coûts
23/05/2011
Session UGSF 11
Réduction des Coûts
• Optimiser la consommation de stockageFonctionnalités d’ « Efficacité du Stockage »
- Ensemble des fonctionnalités embarquées- Déduplication- Protection efficace de la données- Consolidation
Réduire les coûts + agilité & maitrise des risques
23/05/2011
Session UGSF 12
Conclusion
• Une baie de stockage permettra d’héberger de façon efficace un environnement Lync, SharePoint, SQL… et plus!
• De plus NetApp garantira:– Performance et disponibilité– Evolutivité et agilité– Rationalisation des coûts– Maitrise des risques
23/05/2011
MerciEn savoir plus :http://blog.eudaele.nethttp://technet.microsoft.comhttp://www.netapp.com/fr/campaigns/builton/?REF_SOURCE=bnrbonhptchttp://blogs.netapp.com/fr_associatedstorageFacebook, twitter…