Le système informatique unifié (UCS) de Cisco est conçu avec l'idée d'unifier et de simplifier le centre de données. Les clients devraient pouvoir déployer rapidement des serveurs avec moins d'infrastructure globale, le tout avec une gestion unifiée via UCS Manager. Le Cisco UCS Mini prend le système de serveur lame UCS, l'héberge dans un châssis 6U, le Cisco UCS 5100, et l'optimise pour les bureaux distants et les succursales. Le Mini offre des serveurs, du stockage et une mise en réseau 10 Gigabit dans un facteur de forme très dense.
Le système informatique unifié (UCS) de Cisco est conçu avec l'idée d'unifier et de simplifier le centre de données. Les clients devraient pouvoir déployer rapidement des serveurs avec moins d'infrastructure globale, le tout avec une gestion unifiée via UCS Manager. Le Cisco UCS Mini prend le système de serveur lame UCS, l'héberge dans un châssis 6U, le Cisco UCS 5100, et l'optimise pour les bureaux distants et les succursales. Le Mini offre des serveurs, du stockage et une mise en réseau 10 Gigabit dans un facteur de forme très dense.
Le Mini prend en charge plusieurs serveurs lames Cisco UCS série B, ce qui permet aux clients de commencer avec un seul et de passer à huit si nécessaire. Les serveurs lames de la série B répondent à des besoins spécifiques avec le B200 M4 servant le plus large éventail de charges de travail avec plus de performances et de polyvalence, le B200 M3 est destiné à la plupart des charges de travail générales, le B420 M3 est destiné à la virtualisation et aux charges de travail de base de données, et le B22 M3 est le serveur lame le plus économique. Les utilisateurs peuvent avoir un type de serveur lame, tous les huit du même type, ou mélanger et assortir pour répondre à leurs besoins. Chaque Mini est livré avec Cisco UCS 6324 Fabric Interconnect et Cisco UCS Manager. Alors que les serveurs lames de la série B sont pris en charge, dont l'un que nous avons utilisé pour nos tests, le Mini prend également en charge certains des serveurs rack de la série C de Cisco.
Bien que le Mini aide à amener l'UCS du centre de données vers les emplacements ROBO, il présente un cas d'utilisation intéressant. Une fois que les serveurs lames ne sont plus nécessaires ou sont remplacés dans le centre de données, les entreprises peuvent prendre la même lame et l'installer sur leurs sites ROBO au sein du Mini. Cela peut rendre un coût total de possession plus attractif à long terme, ce qui permet à un investissement de continuer à revenir une fois que son utilisation immédiate n'est plus nécessaire.
Pour notre configuration, nous avons utilisé huit lames de serveur B200 M4, ce qui nous donne une bonne impression générale des performances du Mini. Les lames elles-mêmes sont également configurables et chacune de celles que nous avons utilisées dispose de 2 processeurs Intel Xeon E6-2660 v3, 256 Go (16x 16 Go DIMM) de mémoire, 1x 1 To + 1x 480 Go SSD haute endurance + contrôleur RAID SAS 12G et 2 x 10 Gbit UCS VIC 1340. Le PDSF était de 120,922 XNUMX $, mais ce prix variera évidemment en fonction de la configuration du client.
Spécifications Cisco UCS Mini
- Châssis
- Spécifications de puissance électrique : 100 – 120 Volts, 200 – 240 Volts
- Version minimale du gestionnaire UCS : 3.0(1a)
- Version recommandée du gestionnaire UCS : 3.0 (2c)
- Connectivité
- Standard
- 4 ports unifiés Small Form Factor Pluggable Plus (SFP+) pour 1 Gbit/s
- 10 Gbps
- Fibre Channel 2/4/8 Gbit/s
- QSFP+ en option
- 6324 Débit Fabric Interconnect : 500 Gbit/s
- Lames de serveur
- B200M4
- Facteur de forme : facteur de forme de lame demi-largeur
- Processeurs : 1 ou 2 processeurs de la famille de produits Intel Xeon E5-2600 v3
- Jeu de puces : série Intel C610
- Mémoire : Jusqu'à 24 mémoires doubles en ligne (DIMM) à double débit de données 4 (DDR4) à des vitesses de 2400 2133 et XNUMX XNUMX MHz
- Emplacements pour adaptateur mezzanine : 2
- Disques durs : deux disques durs (HDD) ou disques SSD (SSD) enfichables à chaud, en option
- Stockage interne maximal : jusqu'à 3.2 To
- B200M3
- Processeurs : Soit 1 ou 2 processeurs Intel Xeon E5-2600 v3 ou E5-2600 v2 processeurs de la gamme de produits
- Jeu de puces : série Intel C600
- Mémoire : 24 emplacements au total pour les modules DIMM ECC enregistrés pour une capacité de mémoire totale allant jusqu'à 768 Go (B200 M3 configuré avec 2 processeurs utilisant des modules DIMM de 32 Go)
- Emplacements pour adaptateur mezzanine : 2
- Disques durs : deux disques durs (HDD) ou disques SSD (SSD) enfichables à chaud, en option
- Stockage interne maximal : jusqu'à 1.2 To
- B420M4
- Facteur de forme : facteur de forme de lame demi-largeur
- Processeurs : jusqu'à deux ou quatre processeurs Intel Xeon de la famille de produits E5-4600 et E5-4600 v2
- Jeu de puces : série Intel C600
- Mémoire : jusqu'à 384 Go de RAM avec 12 emplacements DIMM
- Emplacements pour adaptateur mezzanine : 2
- Disques durs : deux disques durs (HDD) ou disques SSD (SSD) enfichables à chaud, en option
- B22M3
- Facteur de forme : facteur de forme de lame demi-largeur
- Processeur : jusqu'à deux processeurs de la famille de produits Intel Xeon E5-2400 et E5-2400 v2
- Jeu de puces : série Intel C600
- Mémoire : jusqu'à 384 Go de RAM avec 12 emplacements DIMM
- Emplacements pour adaptateur mezzanine : 2
- Disques durs : deux disques durs (HDD) ou disques SSD (SSD) enfichables à chaud, en option
- B200M4
- Interconnexion de matrice Cisco UCS 6324
- Facteur de forme : module d'E/S pour châssis de serveur Cisco UCS 5108
- Nombre de ports externes 1 et 10 Gigabit Ethernet, FCoE ou Fibre Channel Enhanced Small Form-Factor Pluggable (SFP+) : 4
- Nombre de ports 40 Gigabit Ethernet ou FCoE Enhanced Quad SFP (QSFP) : 1
- Ports serveur : 16 voies 10GBASE-KR
- Débit : 500 Gbit/s
- Latence : <1us
- Files d'attente matérielles de qualité de service (QoS) : 16 (8 chacune pour la monodiffusion et la multidiffusion)
Conception et construction
Le mini châssis Cisco UCS est 6U et offre un aspect or cendré propre. L'enveloppe extérieure en tôle du châssis donne l'impression qu'elle pourrait survivre à une sorte de catastrophe environnementale. Dire que c'est lourd et solide est un euphémisme. Cela est vrai pour la plupart des boîtiers de calcul et de stockage denses qui se résument à de nombreuses pièces métalliques entassées dans un petit espace.
Les huit lames de serveur occupent la majeure partie de la face avant de l'appareil. Le long de la partie inférieure avant se trouvent quatre blocs d'alimentation. Pour retirer les lames de serveur, il suffit de desserrer les vis à oreilles, puis de tirer la poignée, et la lame glisse tout de suite après cela. Les blocs d'alimentation sortent de la même manière, il suffit de desserrer la vis à oreilles, puis de retirer l'alimentation avec la poignée bleue à l'avant.
Les ventilateurs, huit au total, dominent l'arrière de l'appareil. Pour retirer les ventilateurs, il suffit d'appuyer sur le bouton au-dessus de chaque poignée de ventilateur et de retirer le ventilateur (une note secondaire, les ventilateurs n'ajoutent pas une quantité significative de poids à l'ensemble de l'appareil et n'aideront pas à alléger la charge lors d'une tentative de rack l'unité). Le bas de l'unité a l'autre extrémité des blocs d'alimentation qui le longe. Sur le côté gauche et au milieu de l'appareil se trouvent les Fabric Interconnects qui peuvent également être facilement retirés.
Interface de gestion Cisco USC
Le dernier UCS Mini et la version 3.1 d'UCS Manager font de grands progrès dans l'interface utilisateur du système, passant d'un environnement Java à une implémentation HTML5 complète (à l'exception du lanceur KVM). Pour ceux qui ont déjà utilisé UCSM et qui souhaitent continuer à utiliser l'environnement Java, il existe toujours et vous pouvez toujours l'utiliser. La nouvelle version HTML 5 s'est donné beaucoup de mal pour conserver une apparence similaire à l'environnement Java, et la transition est très simple.
Lorsque vous vous connectez pour la première fois au système UCS, vous êtes amené à un écran comportant plusieurs onglets dans le volet de gauche et plusieurs onglets dans le volet de droite. Initialement, il atterrit sur l'onglet Équipement dans le volet de gauche. Cela donne un aperçu général de l'ensemble du système et vous alerte de tout problème qu'il pense qu'il pourrait y avoir dans l'infrastructure. Il existe des onglets pour Fabric Interconnects, Servers, Thermals, Decommissioned Equipment, Firmware Management, Policies et Faults. Tout cela semble assez stock pour un bladecenter. Une fois que vous avez parcouru l'infrastructure, il y a des onglets supplémentaires qui entrent dans les subtilités de l'UCS.
L'onglet suivant est l'onglet Serveurs. Cet onglet est légèrement trompeur dans la mesure où il ne vous donne pas réellement une vue des serveurs physiques ; ceux-ci sont tous situés dans l'onglet équipement. L'onglet Serveurs est l'endroit où vous créez des profils de service, des politiques et certains pools de ressources. Les profils de service sont la définition logicielle des paramètres d'un serveur. L'UUID d'un serveur, le nombre de cartes réseau dont il dispose, le VLAN auquel il est connecté, le nombre de HBA dont il dispose, la version du micrologiciel, l'ordre de démarrage et les paramètres KVM font tous partie de cette définition. Cette définition est dissociée de la lame physique réelle et présentée comme une série d'options de configuration pouvant être appliquées à n'importe quelle lame du châssis. Cela permet une grande flexibilité lors du remplacement d'un serveur défaillant - il suffit de remplacer le serveur et de réassocier le profil de service et tous ces paramètres sont instantanément restaurés sur un nouveau matériel. Cela permet également un approvisionnement facile avec une fonctionnalité de « modèle de profil de service de clonage ». Lors du déploiement de plusieurs systèmes qui auront la même connectivité, le clonage d'un profil de service créera automatiquement plusieurs profils de service fonctionnellement identiques aux autres.
Après l'onglet Serveurs se trouve l'onglet LAN. Cet onglet est l'endroit où sont gérés des éléments tels que les VLAN, les canaux de port, la qualité de service, les pools d'adresses IP et les pools d'adresses MAC. La gestion des pools IP et des pools d'adresses MAC vous permet de prédéfinir quelles sont vos adresses IP KVM, quelles sont vos adresses d'initiateur iSCSI et quelles adresses MAC seront attribuées à quels adaptateurs. La gestion des VLAN vous permet de créer et de modifier des VLAN et d'attribuer la propriété à ces VLAN. Également dans l'onglet LAN, nous avons des capacités de surveillance de Netflow et de port, permettant des captures de paquets et des diagnostics de tout trafic nécessaire à l'inspection des paquets.
L'onglet SAN suit l'onglet LAN et contient toutes les informations relatives à la configuration SAN. Les pools WWN, les pools WWPN, les informations et la configuration VSAN, les files d'attente d'adaptateur et les modèles VHBA sont tous des éléments que vous trouverez dans la section SAN d'UCS Manager. Les pools WWN et les pools WWPN vous permettent de définir les WWN/WWPN exacts que vous souhaitez attribuer à vos HBA. Selon le mode de fonctionnement d'UCS, il y aura des options de zonage supplémentaires dans cette section qui transformeront l'infrastructure UCS en un commutateur SAN entièrement opérationnel qui permettrait une connectivité FC complète vers et depuis une baie SAN.
L'onglet suivant dans UCSM est l'onglet VM. Cet onglet permet l'intégration dans VMware ou Hyper-v pour une gestion et une visibilité supplémentaires. Plus précisément, il s'agit de l'intégration VM-FEX où un adaptateur virtuel est créé dans l'interface UCS et affecté directement à une machine virtuelle. Il existe de nombreuses utilisations possibles pour cela qui dépasseraient la portée de ce bref aperçu.
L'onglet suivant est l'onglet Stockage. Cet onglet définit les stratégies de stockage local pour les lames. C'est là que vous pouvez définir une politique pour que chaque disque soit mis en miroir ou entrelacé, ou que les disques doivent avoir un minimum de 200 Go pour être utilisables. Ces profils peuvent être appliqués dans le cadre d'un profil de service sans aucune intervention externe et peuvent être clonés pour être utilisés sur plusieurs lames.
Le dernier onglet est l'onglet Admin, qui englobe un grand nombre de sous-sections de configuration et de surveillance. À partir de cet onglet, vous pouvez afficher des éléments tels que les pannes et les événements en cours dans votre système (événements d'alimentation, événements de liaison, basculement, problèmes de capacité, configurations, tentatives de connexion, etc.). Vous pouvez configurer les utilisateurs et les rôles (administrateur, réseau, stockage, lecture seule, opérations, etc.). Vous pouvez configurer l'intégration RADIUS/TACAC+/LDAP pour lier tous les utilisateurs à un système d'authentification centralisé. Cette section gère également les capacités d'appel vers IBM, l'intégration dans UCS Central, les catalogues de capacités et la gestion des licences pour le système UCS.
Dans l'ensemble, l'interface UCS Manager a des fonctionnalités qui intègrent les fonctionnalités SAN, LAN, Bladecenter et KVM dans un seul grand panneau de verre. Il peut être intimidant de naviguer dans certaines d'entre elles en raison de la profondeur et de l'étendue des capacités du système. Les interdépendances du système peuvent rendre la mauvaise configuration très simple si un utilisateur ne fait pas attention à ce qu'il fait. Lorsqu'il est déployé correctement et intégré à un système de gestion central comme UCS Central, il peut rendre la gestion du système dans le cadre d'un système d'entreprise plus vaste beaucoup plus simple et rationalisée.
Performances de Sybench
En examinant les performances d'UCS Mini, nous avons décidé de prendre une entité connue, le Nœud EMC VxRack optimisé par ScaleIO, permettant à la baie 2 % Flash de fonctionner dans une configuration SAN à XNUMX couches. Ce test est cependant un peu différent. Dans la revue VxRack Node, nous avons testé Sysbench en commençant par quatre nœuds de calcul, puis en passant à huit dans des serveurs uniques jusqu'à ce que nous atteignions les limites de ce que le nœud pouvait faire. En exécutant le même profil de test exact dans le cas de l'UCS Mini, les huit lames ont été utilisées dès le départ, ce qui améliore certains chiffres. Nous avons également fait moins d'étapes pour cet examen, mais l'évolutivité que la combinaison permet est assez claire d'après les résultats, qui font fonctionner le stockage à presque toute sa capacité.
Chaque Banc Sys La machine virtuelle est configurée avec trois vDisks, un pour le démarrage (~ 92 Go), un avec la base de données pré-construite (~ 447 Go) et le troisième pour la base de données testée (270 Go). Dans les tests précédents, nous avons alloué 400 Go au volume de la base de données (taille de la base de données de 253 Go), bien que pour regrouper des machines virtuelles supplémentaires sur le nœud VxRack, nous avons réduit cette allocation pour faire plus de place. Du point de vue des ressources système, nous avons configuré chaque machine virtuelle avec 16 vCPU, 60 Go de DRAM et exploité le contrôleur LSI Logic SAS SCSI. Les systèmes de génération de charge sont les lames UCS Mini ; nous fonctionnons avec 1VM, 2VMs ou 4VMs pour chacune des 8 lames de serveur.
Configuration des tests Sysbench (par machine virtuelle)
- CentOS 6.3 64 bits
- Empreinte de stockage : 1 To, 800 Go utilisés
- Percona XtraDB 5.5.30-rel30.1
- Tableaux de base de données : 100
- Taille de la base de données : 10,000,000 XNUMX XNUMX
- Threads de base de données : 32
- Mémoire tampon : 24 Go
- Durée du test : 3 heures
- 2 heures de préconditionnement 32 fils
- 1 heure 32 fils
Notre test Sysbench mesure le TPS moyen (transactions par seconde), la latence moyenne, ainsi que la latence moyenne au 99e centile à une charge maximale de 32 threads. En regardant les transactions à l'échelle par seconde, le Mini a pu atteindre 9,570 8 TPS en utilisant 16 VM. En doublant le nombre de machines virtuelles à 15,418, nous avons vu les performances grimper à 32 19,609 TPS. En doublant à nouveau le nombre de machines virtuelles à XNUMX, nous voyons les performances grimper à XNUMX XNUMX TPS.
En regardant la latence moyenne mise à l'échelle, le Mini a pu atteindre 26.8 ms avec 8 VM. Lorsque nous avons doublé le nombre de machines virtuelles à 16, la latence n'a augmenté que de 6.4 ms à 33.2 ms. En doublant à nouveau le nombre de machines virtuelles à 32, la latence n'a augmenté que de 19 ms à 52.2 ms.
En ce qui concerne notre pire scénario de latence MySQL (latence au 99e centile), le Mini avait une latence aussi faible que 54 ms avec 8 VM. Avec deux fois plus de machines virtuelles, 16, la latence n'a grimpé qu'à 79 ms. Mais lorsque nous avons à nouveau doublé le nombre de machines virtuelles à 32, la latence a grimpé à 199 ms.
Conclusion
Le Cisco UCS Mini apporte le système d'informatique unifiée de Cisco hors du centre de données et dans les sites ROBO. Il permet d'installer et de combiner 8 serveurs lames dans un seul facteur de forme 6U compact (mais lourd). Tous les serveurs sont contrôlés via un point de gestion unique via Cisco UCS Manager. Et le Mini permet aux anciens serveurs lames Cisco retirés du centre de données d'être installés sur des sites ROBO où le serveur le plus rapide et le meilleur n'est peut-être pas nécessaire.
En ce qui concerne les performances, nous avons exécuté le benchmark d'application Sysbench MySQL sur le Cisco UCS Mini. Pour notre test Sysbench, nous avons exécuté 1, 2 ou 4 machines virtuelles sur chaque lame de serveur, soit un total de 8, 16 ou 32 machines virtuelles exécutées pour le benchmark. Nous avons examiné les transactions par seconde, la latence mise à l'échelle et la latence MySQL dans le pire des cas (latence au 99e centile). La Mini avait un TPS aussi élevé que 19,609 32 avec 26.8 VM. Plus impressionnants étaient les résultats de latence à l'échelle de la Mini fonctionnant aussi bas que 8 ms sur 32 machines virtuelles et lorsque le nombre de machines virtuelles a été augmenté jusqu'à 52.2, la latence n'a atteint que 8 ms, soit moins du double à quatre fois les machines virtuelles. Dans le pire des cas, la Mini s'en est mieux sortie avec 16 ou 32 machines virtuelles, mais a considérablement augmenté la latence à XNUMX machines virtuelles.
Avantages
- Convient à quatre serveurs pleine largeur ou huit serveurs demi-largeur dans un seul châssis (gère jusqu'à 15 au total)
- Point de gestion unique pour tous les serveurs
- Les lames de serveur plus anciennes peuvent être utilisées à partir du centre de données sur le site ROBO
Inconvénients
- Pas l'appareil le plus léger à installer
En résumé
Le Cisco UCS Mini offre au site ROBO 8 serveurs dans un seul châssis 6U qui sont tous gérés via Cisco UCS Manager. Avec le Mini, Cisco sort son système informatique unifié du centre de données.
Inscrivez-vous à la newsletter StorageReview
