\nLe processeur Kunpeng est un syst\u00e8me sur puce (SoC), qui en plus du bloc de calcul, comprend des modules mat\u00e9riels acc\u00e9l\u00e9rant divers processus, tels que le calcul des sommes de contr\u00f4le ou l'ex\u00e9cution du \u00ab code d'effacement \u00bb (erasure coding). Il inclut \u00e9galement un support mat\u00e9riel pour SAS, Ethernet, DDR4 (de six \u00e0 huit canaux), etc. Tout cela permet \u00e0 Huawei de cr\u00e9er des contr\u00f4leurs de stockage qui n'ont rien \u00e0 envier aux solutions classiques Intel. <\/p>\n
De plus, les propres solutions bas\u00e9es sur l'architecture ARM permettent \u00e0 Huawei de cr\u00e9er des solutions serveur compl\u00e8tes et de les proposer \u00e0 ses clients en alternative aux syst\u00e8mes x86.<\/p>\n
\nL'architecture interne du stockage Dorado V6 de la s\u00e9rie sup\u00e9rieure est repr\u00e9sent\u00e9e par quatre sous-domaines principaux (fabriques). <\/p>\n
La premi\u00e8re fabrique est un frontend commun (interfaces r\u00e9seau charg\u00e9es de la communication avec la fabrique SAN ou les h\u00f4tes). <\/p>\n
La seconde est un ensemble de contr\u00f4leurs, chacun pouvant, gr\u00e2ce au protocole RDMA, acc\u00e9der tant \u00e0 n'importe quelle carte r\u00e9seau du frontend qu'\u00e0 un \u00ab moteur \u00bb adjacent, repr\u00e9sentant une bo\u00eete avec quatre contr\u00f4leurs ainsi que des blocs d'alimentation et de refroidissement communs. Actuellement, les mod\u00e8les Dorado V6 de la classe haut de gamme peuvent \u00eatre \u00e9quip\u00e9s de deux de ces \u00ab moteurs \u00bb (soit huit contr\u00f4leurs au total).<\/p>\n
La troisi\u00e8me usine est responsable du backend et se compose de cartes r\u00e9seau RDMA 100G.<\/p>\n
Enfin, la quatri\u00e8me usine \u00aben dur\u00bb est repr\u00e9sent\u00e9e par des \u00e9tag\u00e8res intelligentes \u00e0 stockage amovible.<\/p>\n
Cette structure sym\u00e9trique r\u00e9v\u00e8le tout le potentiel de la technologie NVMe et garantit une haute performance et fiabilit\u00e9. Le processus d'entr\u00e9e-sortie est maximis\u00e9 en parall\u00e8le sur les processeurs et les c\u0153urs, permettant une lecture et une \u00e9criture simultan\u00e9es \u00e0 travers de nombreux flux.<\/p>\n
\nLa performance maximale des solutions Dorado V6 est environ trois fois sup\u00e9rieure \u00e0 celle des syst\u00e8mes de g\u00e9n\u00e9ration pr\u00e9c\u00e9dente (de la m\u00eame classe) et peut atteindre 20 millions d'IOPS. <\/p>\n
Cela est d\u00fb au fait que, dans la g\u00e9n\u00e9ration pr\u00e9c\u00e9dente d'appareils, le support NVMe \u00e9tait limit\u00e9 aux \u00e9tag\u00e8res d'extension avec des unit\u00e9s de stockage. D\u00e9sormais, elle est pr\u00e9sente \u00e0 tous les niveaux, du serveur aux SSD. Le r\u00e9seau backend a \u00e9galement chang\u00e9 : le SAS\/PCIe a \u00e9t\u00e9 remplac\u00e9 par le RoCEv2 avec une bande passante de 100 Gbps. <\/p>\n
Le facteur de forme des SSD a \u00e9galement chang\u00e9. Alors qu'auparavant, une \u00e9tag\u00e8re 2U pouvait accueillir 25 disques, le nombre a \u00e9t\u00e9 port\u00e9 \u00e0 36 disques de format physique de la taille d'une paume. De plus, les \u00e9tag\u00e8res sont devenues \u00abintelligentes\u00bb. Chacune d'elles dispose maintenant d'un syst\u00e8me de redondance bas\u00e9 sur deux contr\u00f4leurs utilisant des puces ARM, similaires \u00e0 celles des contr\u00f4leurs centraux. <\/p>\n
La compression et la d\u00e9dupliquation dans les syst\u00e8mes de stockage pr\u00e9c\u00e9dents \u00e9taient effectu\u00e9es avec des blocs de longueur fixe. D\u00e9sormais, un mode de fonctionnement avec des blocs de longueur variable a \u00e9t\u00e9 ajout\u00e9, qui doit encore \u00eatre activ\u00e9 manuellement. Les firmwares suivants pourraient modifier cette situation.<\/p>\n
Parlons aussi bri\u00e8vement de la tol\u00e9rance aux pannes. Le Dorado V3 restait op\u00e9rationnel si un contr\u00f4leur sur deux tombait en panne. Le Dorado V6 garantira la disponibilit\u00e9 des donn\u00e9es m\u00eame si jusqu'\u00e0 sept contr\u00f4leurs sur huit tombent successivement en panne ou si quatre d'un m\u00eame \u00abmoteur\u00bb tombent en panne simultan\u00e9ment.<\/p>\n
\nR\u00e9cemment, une enqu\u00eate a \u00e9t\u00e9 men\u00e9e parmi les clients de Huawei sur ce qu'ils consid\u00e8rent comme acceptable en termes de certains \u00e9l\u00e9ments de l'infrastructure informatique. Dans l'ensemble, les r\u00e9pondants ont manifest\u00e9 une tol\u00e9rance \u00e0 une situation hypoth\u00e9tique o\u00f9 une application ne r\u00e9pond pas pendant plusieurs centaines de secondes. Pour le syst\u00e8me d'exploitation ou l'adaptateur de bus, un temps d'arr\u00eat critique a \u00e9t\u00e9 consid\u00e9r\u00e9 comme \u00e9tant de plusieurs dizaines de secondes (en fait, le temps de red\u00e9marrage). Les exigences des clients en mati\u00e8re de r\u00e9seau sont encore plus strictes : sa bande passante ne doit pas diminuer de plus de 10 \u00e0 20 secondes. Comme on peut le deviner, les pannes des syst\u00e8mes de stockage ont \u00e9t\u00e9 jug\u00e9es comme les plus critiques. Du point de vue des repr\u00e9sentants des entreprises, un temps d'arr\u00eat de l'SAN ne doit pas d\u00e9passer... quelques secondes par an !<\/p>\n
En d'autres termes, si l'application client d'une banque ne r\u00e9pond pas pendant 100 secondes, cela n'entra\u00eenera probablement pas de cons\u00e9quences catastrophiques. En revanche, si un SAN ne fonctionne pas pendant aussi longtemps, cela pourrait entra\u00eener un arr\u00eat de l'entreprise et des pertes financi\u00e8res significatives.<\/p>\n
Le diagramme ci-dessus montre le co\u00fbt d'une heure de travail pour dix des plus grandes banques (donn\u00e9es Forbes de 2017). Convenons qu'il serait assez facile de justifier l'achat d'un SAN \u00e0 plusieurs millions de dollars si votre entreprise est de taille comparable \u00e0 celle des grandes banques chinoises. L'\u00e9nonc\u00e9 inverse est \u00e9galement vrai : si une entreprise ne subit pas de pertes significatives pendant les temps d'arr\u00eat, il est peu probable qu'elle investisse dans un SAN de classe hi-end. Quoi qu'il en soit, il est important d'avoir une id\u00e9e de l'ampleur du trou qui pourrait se cr\u00e9er dans votre portefeuille pendant que l'administrateur syst\u00e8me s'occupe du syst\u00e8me de stockage d\u00e9faillant.<\/p><\/blockquote>\n
Une seconde pour le basculement d'urgence<\/h2>\n \nDans la Solution A illustr\u00e9e ci-dessus, vous pouvez voir notre syst\u00e8me de g\u00e9n\u00e9ration pr\u00e9c\u00e9dente, le Dorado V3. Ses quatre contr\u00f4leurs fonctionnent par paires, et les copies du cache sont conserv\u00e9es uniquement dans deux contr\u00f4leurs. Les contr\u00f4leurs au sein d'une paire peuvent redistribuer la charge. En m\u00eame temps, comme vous pouvez le voir, il n'y a pas de \u00ab fermes \u00bb de front-end et de back-end, donc chaque \u00e9tag\u00e8re avec des unit\u00e9s de stockage est connect\u00e9e \u00e0 une paire de contr\u00f4leurs sp\u00e9cifique.<\/p>\n
Le sch\u00e9ma Solution B pr\u00e9sente une solution actuellement disponible sur le march\u00e9 d'un autre fournisseur (vous l'avez devin\u00e9 ?). Il inclut d\u00e9j\u00e0 des usines frontend et backend, et les stockages sont connect\u00e9s \u00e0 quatre contr\u00f4leurs. Cependant, il y a des subtilit\u00e9s dans le fonctionnement des algorithmes internes du syst\u00e8me qui ne sont pas \u00e9videntes au premier abord.<\/p>\n
\u00c0 droite, notre architecture actuelle du stockage Dorado V6 est pr\u00e9sent\u00e9e avec l'ensemble des \u00e9l\u00e9ments internes. Examinons comment ces syst\u00e8mes r\u00e9agissent dans une situation typique : la panne d'un contr\u00f4leur.<\/p>\n
Dans les syst\u00e8mes classiques, dont fait partie le Dorado V3, le temps n\u00e9cessaire pour redistribuer la charge lors d'une d\u00e9faillance atteint quatre secondes. Pendant ce temps, toutes les entr\u00e9es-sorties sont compl\u00e8tement arr\u00eat\u00e9es. Dans la solution Solution B de nos coll\u00e8gues, malgr\u00e9 une architecture plus moderne, le temps d'arr\u00eat lors d'une d\u00e9faillance est m\u00eame plus long : six secondes.<\/p>\n
Le stockage Dorado V6 r\u00e9tablit son fonctionnement en seulement une seconde apr\u00e8s une panne. Ce r\u00e9sultat est atteint gr\u00e2ce \u00e0 un environnement RDMA interne homog\u00e8ne, permettant au contr\u00f4leur d'acc\u00e9der \u00e0 la m\u00e9moire \u00ab \u00e9trang\u00e8re \u00bb. Un autre aspect important est la pr\u00e9sence d'une usine frontend, gr\u00e2ce \u00e0 laquelle le chemin pour l'h\u00f4te ne change pas. Le port reste le m\u00eame, et la charge est simplement redirig\u00e9e vers les contr\u00f4leurs fonctionnels par des pilotes de multipassage.<\/p>\n
La panne d'un deuxi\u00e8me contr\u00f4leur dans Dorado V6 est g\u00e9r\u00e9e en une seconde selon le m\u00eame sch\u00e9ma. Dans Dorado V3, cela prend environ six secondes, tandis que dans la solution d'un autre fournisseur, cela prend neuf secondes. Pour de nombreuses bases de donn\u00e9es, ces intervalles ne peuvent d\u00e9j\u00e0 plus \u00eatre consid\u00e9r\u00e9s comme acceptables, car pendant ce temps, le syst\u00e8me passe en mode standby et arr\u00eate de fonctionner. Cela concerne principalement les bases de donn\u00e9es compos\u00e9es de nombreux segments.<\/p>\n
La panne d'un troisi\u00e8me contr\u00f4leur Solution A ne peut pas \u00eatre support\u00e9e. C'est simplement en raison de la perte d'acc\u00e8s \u00e0 une partie des disques de donn\u00e9es. En revanche, Solution B, dans cette situation, r\u00e9tablit son fonctionnement, ce qui prend, comme dans le cas pr\u00e9c\u00e9dent, neuf secondes.<\/p>\n
Et qu'en est-il de Dorado V6 ? Une seconde.<\/p>\n
Que peut-on faire en une seconde ?<\/h2>\n \nPresque rien, mais nous n'en avons pas besoin. Une fois de plus, rappelons qu'avec Dorado V6 de classe hi-end, l'usine frontend est dissoci\u00e9e de l'usine de contr\u00f4leurs. Cela signifie qu'il n'y a pas de ports strictement d\u00e9di\u00e9s \u00e0 un contr\u00f4leur particulier. La restructuration en cas de panne n'implique pas la recherche de chemins alternatifs ou la r\u00e9initialisation du multipathing. Le syst\u00e8me continue de fonctionner comme il le faisait.<\/p>\n
R\u00e9silience face \u00e0 de multiples pannes<\/h2>\n \nLes mod\u00e8les sup\u00e9rieurs de Dorado V6 supportent sans probl\u00e8me la d\u00e9faillance simultan\u00e9e de deux contr\u00f4leurs de n'importe quel moteur. Cela a \u00e9t\u00e9 rendu possible gr\u00e2ce \u00e0 la conservation de trois copies du cache. Ainsi, m\u00eame en cas de double panne, il y aura toujours une copie intacte.<\/p>\n
Une d\u00e9faillance synchrone des quatre contr\u00f4leurs dans un moteur donn\u00e9 n\u2019entra\u00eenera \u00e9galement pas de cons\u00e9quences fatales, car les trois copies du cache sont r\u00e9parties entre les moteurs \u00e0 tout moment. La conformit\u00e9 \u00e0 cette logique de fonctionnement est supervis\u00e9e par le syst\u00e8me lui-m\u00eame.<\/p>\n
Enfin, un sc\u00e9nario tr\u00e8s peu probable est la d\u00e9faillance successive de sept contr\u00f4leurs sur huit. De plus, l'intervalle minimum admissible pour maintenir la fonctionnalit\u00e9 entre les pannes individuelles est de 15 minutes. Pendant ce temps, le syst\u00e8me de stockage parvient \u00e0 effectuer les op\u00e9rations n\u00e9cessaires pour la migration du cache.<\/p>\n
Le dernier contr\u00f4leur en \u00e9tat de marche garantira le fonctionnement du stockage de donn\u00e9es et maintiendra le cache pendant cinq jours (valeur par d\u00e9faut, facilement modifiable dans les param\u00e8tres). Apr\u00e8s cela, le cache sera d\u00e9sactiv\u00e9, mais le fonctionnement du syst\u00e8me de stockage continuera.<\/p>\n
Mises \u00e0 jour non intrusives<\/h2>\n \nLe nouveau syst\u00e8me d'exploitation Dorado V6 permet de mettre \u00e0 jour le firmware du syst\u00e8me de stockage sans red\u00e9marrer les contr\u00f4leurs.<\/p>\n
Le syst\u00e8me d'exploitation, comme dans le cas des solutions pr\u00e9c\u00e9dentes, est bas\u00e9 sur Linux, mais de nombreux processus op\u00e9rationnels ont \u00e9t\u00e9 transf\u00e9r\u00e9s du noyau vers le mode utilisateur. La plupart des fonctions, par exemple celles de d\u00e9duplication et de compression, sont d\u00e9sormais des d\u00e9mons ordinaires fonctionnant en arri\u00e8re-plan. Gr\u00e2ce \u00e0 cela, il n'est pas n\u00e9cessaire de changer tout le syst\u00e8me d'exploitation pour mettre \u00e0 jour des modules individuels. Ainsi, pour ajouter le support d'un nouveau protocole, il suffit d'\u00e9teindre le module logiciel correspondant et de lancer le nouveau.<\/p>\n
Il est \u00e9vident que les questions de mise \u00e0 jour du syst\u00e8me subsistent, car m\u00eame dans le noyau, il peut y avoir des \u00e9l\u00e9ments n\u00e9cessitant une mise \u00e0 jour. Cependant, selon nos observations, moins de 6 % du total en a besoin. Cela permet de red\u00e9marrer les contr\u00f4leurs des dizaines de fois moins souvent qu'auparavant.<\/p>\n
Solutions de tol\u00e9rance aux pannes et solutions de haute disponibilit\u00e9 (HA\/DR)<\/h2>\n \nDorado V6 est pr\u00eat \u00e0 l'int\u00e9gration dans des solutions g\u00e9odistribu\u00e9es, des clusters urbains (m\u00e9tro) et des centres de donn\u00e9es \u00ab triples \u00bb d\u00e8s la sortie de la bo\u00eete.<\/p>\n
\u00c0 gauche sur l'illustration ci-dessus se trouve le m\u00e9tro-cluster d\u00e9j\u00e0 connu de beaucoup. Deux syst\u00e8mes de stockage fonctionnent en mode actif \/ actif \u00e0 une distance allant jusqu'\u00e0 100 km l'un de l'autre. Une telle infrastructure, avec un ou plusieurs serveurs de quorum, peut \u00eatre maintenue par des solutions de diff\u00e9rentes entreprises, y compris notre syst\u00e8me d'exploitation cloud FusionSphere. Dans de tels projets, les caract\u00e9ristiques de la liaison entre les sites prennent une importance particuli\u00e8re, toutes les autres t\u00e2ches \u00e9tant prises en charge par la fonction HyperMetro, \u00e9galement disponible \u00ab d\u00e8s la sortie de la bo\u00eete \u00bb. L'int\u00e9gration est possible par Fibre Channel ou par iSCSI dans des r\u00e9seaux IP, si n\u00e9cessaire. Il n'est plus n\u00e9cessaire d'avoir une \u00ab fibre noire \u00bb d\u00e9di\u00e9e, car le syst\u00e8me peut se connecter via les canaux existants.<\/p>\n
Lors de la construction de tels syst\u00e8mes, la seule exigence mat\u00e9rielle pour les syst\u00e8mes de stockage est la r\u00e9servation de ports pour la r\u00e9plication. Il suffit d'acheter une licence, de d\u00e9marrer les serveurs de quorum \u2014 physiques ou virtuels \u2014 et d'assurer la connectivit\u00e9 IP avec les contr\u00f4leurs (10 Mbit\/s, 50 ms).<\/p>\n
Cette architecture peut facilement \u00eatre transf\u00e9r\u00e9e \u00e0 un syst\u00e8me avec trois centres de donn\u00e9es (voir la partie droite de l'illustration). Par exemple, lorsque deux centres de donn\u00e9es fonctionnent en mode m\u00e9tro-cluster, tandis qu'un troisi\u00e8me site, situ\u00e9 \u00e0 plus de 100 km, utilise la r\u00e9plication asynchrone.<\/p>\n
Le syst\u00e8me prend technologiquement en charge divers sc\u00e9narios commerciaux qui seront mis en \u0153uvre en cas d'incident \u00e0 grande \u00e9chelle.<\/p>\n
Survie d'un m\u00e9tro-cluster lors de plusieurs pannes<\/h2>\n \nCi-dessus et ci-dessous, vous pouvez \u00e9galement voir un classique m\u00e9tro-cluster compos\u00e9 de deux syst\u00e8mes de stockage et d'un serveur de quorum. Comme vous pouvez le voir, dans six des neuf sc\u00e9narios possibles de multiples pannes, notre infrastructure maintiendra sa fonctionnalit\u00e9.<\/p>\n
Par exemple, dans le deuxi\u00e8me sc\u00e9nario, en cas de d\u00e9faillance d'un serveur de quorum et de synchronisation entre les sites, le syst\u00e8me reste productif, car le deuxi\u00e8me site cesse de fonctionner. Un tel comportement est d\u00e9j\u00e0 int\u00e9gr\u00e9 dans les algorithmes embarqu\u00e9s.<\/p>\n
M\u00eame apr\u00e8s trois d\u00e9faillances, l'acc\u00e8s \u00e0 l'information peut \u00eatre maintenu si l'intervalle entre elles est d'au moins 15 secondes.<\/p>\n
Une habitude bien ancr\u00e9e<\/h2>\n \nRappelons que Huawei fabrique non seulement des syst\u00e8mes de stockage, mais aussi une gamme compl\u00e8te d'\u00e9quipements r\u00e9seau. Quel que soit le fournisseur de syst\u00e8mes de stockage que vous choisissiez, si un r\u00e9seau WDM est utilis\u00e9 entre les sites, dans 90 % des cas, il sera construit sur des solutions de notre entreprise. La question se pose donc : pourquoi assembler un zoo de syst\u00e8mes, quand tout le mat\u00e9riel garantissant une compatibilit\u00e9 totale peut \u00eatre obtenu chez un seul fournisseur ?<\/p>\n
\u00c0 propos de la performance<\/h2>\n \nIl n'est probablement plus n\u00e9cessaire de convaincre qui que ce soit que le passage aux syst\u00e8mes de stockage All-Flash permet de r\u00e9duire consid\u00e9rablement les co\u00fbts de maintenance de l'infrastructure, car toutes les op\u00e9rations routini\u00e8res s'effectuent beaucoup plus rapidement. Tous les fournisseurs de ce type d'\u00e9quipement le confirment. Cependant, de nombreux fournisseurs commencent \u00e0 \u00eatre malhonn\u00eates lorsque la question de la baisse de performance en cas d'activation de diff\u00e9rents modes de fonctionnement des syst\u00e8mes de stockage est pos\u00e9e.<\/p>\n
Dans notre secteur, il est courant de faire essayer des syst\u00e8mes de stockage en phase de test pendant un ou deux jours. Le fournisseur lance un test de 20 minutes sur un syst\u00e8me vide, obtenant des performances exceptionnelles. Mais dans une utilisation r\u00e9elle, des 'pieds de biche' apparaissent rapidement. Apr\u00e8s un jour, les valeurs IOPS attrayantes diminuent de deux \u00e0 trois fois, et si le syst\u00e8me de stockage est rempli \u00e0 80 %, elles sont encore plus faibles. En activant RAID 5 au lieu de RAID 10, on perd encore 10-15 %, et en mode de cluster m\u00e9tro, la performance est encore r\u00e9duite de moiti\u00e9.<\/p>\n
Tout ce qui pr\u00e9c\u00e8de ne s'applique pas \u00e0 Dorado V6. Nos clients ont la possibilit\u00e9 de lancer un test de performance pendant le week-end ou au moins pour la nuit. Ainsi, le ramassage des d\u00e9chets se manifeste, et il devient clair comment l'activation de diff\u00e9rentes options \u2014 comme les snapshots et la r\u00e9plication \u2014 influence les IOPS atteints.<\/p>\n
Avec le Dorado V6, les snapshots et le RAID avec parit\u00e9 ont un impact minimal sur les performances (3\u20135 % au lieu de 10-15 %). La collecte de d\u00e9chets (remplissage des cellules de stockage avec des z\u00e9ros), la compression et la d\u00e9duplique sur un syst\u00e8me de stockage rempli \u00e0 80 % auront toujours un impact sur la vitesse globale de traitement des requ\u00eates. Cependant, ce qui rend le Dorado V6 int\u00e9ressant, c'est que peu importe la combinaison de fonctions et de m\u00e9canismes de protection que vous activez, la performance finale du syst\u00e8me de stockage ne descendra jamais en dessous de 80 % de celle obtenue sans charge.<\/p>\n
\u00c9quilibrage de charge<\/h2>\n \nLa haute performance du Dorado V6 est atteinte gr\u00e2ce \u00e0 un \u00e9quilibrage \u00e0 chaque \u00e9tape, \u00e0 savoir :<\/p>\n
\nle multi-passage;<\/li>\n l'utilisation de plusieurs connexions depuis un seul h\u00f4te;<\/li>\n la pr\u00e9sence d'une usine frontend;<\/li>\n le parall\u00e9lisme des travaux des contr\u00f4leurs de stockage;<\/li>\n la distribution de la charge sur tous les dispositifs de stockage au niveau RAID 2.0+.<\/li>\n<\/ul>\n\nEn principe, c'est une pratique g\u00e9n\u00e9rale. De nos jours, peu de gens gardent toutes les donn\u00e9es sur un seul LUN : tout le monde essaie d'en avoir au moins huit, voire quarante, ou m\u00eame plus. C'est une approche \u00e9vidente et correcte que nous partageons. Mais si votre t\u00e2che n\u00e9cessite un seul LUN, plus facile \u00e0 g\u00e9rer, nos solutions architecturales permettent d'atteindre sur celui-ci une performance de 80 % de celle disponible avec plusieurs LUN.<\/p>\n
Planification dynamique de la charge des processeurs<\/h2>\n \nLa distribution de la charge sur les processeurs en utilisant un seul LUN est r\u00e9alis\u00e9e comme suit : les t\u00e2ches, d\u00e8s le niveau du LUN, sont divis\u00e9es en petits \u00ab shards \u00bb, chacun \u00e9tant strictement attribu\u00e9 \u00e0 un contr\u00f4leur sp\u00e9cifique dans le \u00ab moteur \u00bb. Cela garantit que le syst\u00e8me ne perd pas en performance tout en \u00ab sautant \u00bb d'un morceau de donn\u00e9es \u00e0 diff\u00e9rents contr\u00f4leurs. <\/p>\n
Un autre m\u00e9canisme pour maintenir une haute performance est le scheduling dynamique, o\u00f9 certains c\u0153urs de processeur peuvent \u00eatre attribu\u00e9s \u00e0 diff\u00e9rents pools de t\u00e2ches. Par exemple, si le syst\u00e8me est actuellement inactif au niveau de la d\u00e9duplication et de la compression, une partie des c\u0153urs peut \u00eatre engag\u00e9e dans le traitement des entr\u00e9es-sorties. Ou l'inverse. Tout cela se fait automatiquement et de mani\u00e8re transparente pour l'utilisateur. <\/p>\n
Les donn\u00e9es sur la charge actuelle de chaque c\u0153ur du Dorado V6 ne sont pas affich\u00e9es dans l'interface graphique, mais via la ligne de commande, on peut acc\u00e9der au syst\u00e8me d'exploitation du contr\u00f4leur et utiliser la commande Linux standard. top<\/i>.<\/p>\n
Supporte NVMe et RoCE<\/h2>\n \nComme d\u00e9j\u00e0 mentionn\u00e9, \u00e0 l'heure actuelle, Dorado V6 prend enti\u00e8rement en charge NVMe over Fibre Channel \"out of the box\" et ne n\u00e9cessite aucune licence. Au milieu de l'ann\u00e9e, le support du mode NVMe over Ethernet sera disponible. Pour son utilisation compl\u00e8te, un support Ethernet avec un acc\u00e8s direct \u00e0 la m\u00e9moire (DMA) version v2.0 sera n\u00e9cessaire, tant du c\u00f4t\u00e9 du stockage que de celui des commutateurs et des adaptateurs r\u00e9seau. Par exemple, des dispositifs comme Mellanox ConnectX-4 ou ConnectX-5. Il est \u00e9galement possible d'utiliser des cartes r\u00e9seau bas\u00e9es sur nos puces. De plus, le support de RoCE doit \u00eatre mis en \u0153uvre au niveau du syst\u00e8me d'exploitation.<\/p>\n
Dans l'ensemble, nous consid\u00e9rons que Dorado V6 est un syst\u00e8me orient\u00e9 NVMe. Malgr\u00e9 le support existant de Fibre Channel et d'iSCSI, nous pr\u00e9voyons de passer \u00e0 un Ethernet haute vitesse avec RDMA.<\/p><\/blockquote>\n
Une pinc\u00e9e de marketing<\/h2>\n \nGr\u00e2ce \u00e0 la grande r\u00e9sistance aux pannes de Dorado V6, sa bonne scalabilit\u00e9 horizontale, et son support de diverses technologies de migration, l'impact \u00e9conomique de son acquisition se manifeste d\u00e8s le d\u00e9but de l'exploitation intensive du stockage. Nous continuerons \u00e0 nous efforcer de rendre la possession du syst\u00e8me aussi rentable que possible, m\u00eame si cela n'est pas imm\u00e9diatement visible au d\u00e9but.<\/p>\n
En particulier, nous avons mis en place le programme FLASH EVER, li\u00e9 \u00e0 l'extension du cycle de vie du stockage, con\u00e7u pour all\u00e9ger autant que possible la charge du client lors des mises \u00e0 niveau.<\/p>\n
\nla possibilit\u00e9 de remplacer progressivement les contr\u00f4leurs et les \u00e9tag\u00e8res de disques par de nouvelles versions sans remplacer totalement l'\u00e9quipement (pour les syst\u00e8mes Dorado V6 de classe haut de gamme);<\/li>\n la possibilit\u00e9 de stockage f\u00e9d\u00e9ratif (fusion de diff\u00e9rentes versions de Dorado au sein d'un m\u00eame cluster hybride de stockage);<\/li>\n une virtualisation intelligente (capacit\u00e9 \u00e0 utiliser des \u00e9quipements tiers comme partie de la solution Dorado).<\/li>\n<\/ul>\n\n
En raison de la pand\u00e9mie, peu importe sa dur\u00e9e, la question de l'\u00e9quipement des employ\u00e9s \u00e0 distance avec des bureaux virtuels est devenue particuli\u00e8rement pressante. Dans ce processus, Dorado V6 pourrait \u00e9galement r\u00e9soudre de nombreuses pr\u00e9occupations. Pour cela, nous d\u00e9ployons tous les efforts n\u00e9cessaires, y compris des accords quasi conclus pour l'inclusion du nouveau syst\u00e8me dans la liste de compatibilit\u00e9 VMware.<\/p>\n
***<\/h2>\n \n\u00c0 propos, n'oubliez pas nos nombreux webinaires, qui se tiennent non seulement dans le segment russophone, mais aussi \u00e0 l'\u00e9chelle mondiale. La liste des webinaires pour avril est disponible \u00e0 le lien<\/a><\/noindex>. habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u041f\u043e\u0436\u0430\u043b\u0443\u0439\u0441\u0442\u0430, \u043d\u0435 \u0441\u043f\u0435\u0448\u0438\u0442\u0435 \u0441 \u0432\u044b\u0432\u043e\u0434\u0430\u043c\u0438 \u0438\u0437-\u0437\u0430 \u0437\u0430\u0433\u043e\u043b\u043e\u0432\u043a\u0430! \u0423 \u043d\u0430\u0441 \u0435\u0441\u0442\u044c \u0443\u0432\u0435\u0441\u0438\u0441\u0442\u044b\u0435 \u0430\u0440\u0433\u0443\u043c\u0435\u043d\u0442\u044b \u0432 \u0435\u0433\u043e \u043f\u043e\u0434\u0442\u0432\u0435\u0440\u0436\u0434\u0435\u043d\u0438\u0435, \u0438 \u043c\u044b \u0443\u043f\u0430\u043a\u043e\u0432\u0430\u043b\u0438 \u0438\u0445, \u043d\u0430\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043c\u043e\u0433\u043b\u0438 \u043a\u043e\u043c\u043f\u0430\u043a\u0442\u043d\u043e. \u041f\u0440\u0435\u0434\u043b\u0430\u0433\u0430\u0435\u043c \u0432\u0430\u0448\u0435\u043c\u0443 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u044e \u043f\u043e\u0441\u0442 \u043e \u043a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u0438 \u0438 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u0430\u0445 \u0440\u0430\u0431\u043e\u0442\u044b \u043d\u0430\u0448\u0435\u0439 \u043d\u043e\u0432\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445, \u0440\u0435\u043b\u0438\u0437 \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u0441\u043e\u0441\u0442\u043e\u044f\u043b\u0441\u044f \u0432 \u044f\u043d\u0432\u0430\u0440\u0435 2020 \u0433\u043e\u0434\u0430. \u041f\u043e \u043d\u0430\u0448\u0435\u043c\u0443 \u0443\u0431\u0435\u0436\u0434\u0435\u043d\u0438\u044e, \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u043a\u043e\u043d\u043a\u0443\u0440\u0435\u043d\u0442\u043d\u043e\u0435 \u043f\u0440\u0435\u0438\u043c\u0443\u0449\u0435\u0441\u0442\u0432\u043e \u0441\u0435\u043c\u0435\u0439\u0441\u0442\u0432\u0443 \u0421\u0425\u0414 Dorado V6 \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0438\u0432\u0430\u044e\u0442 \u0438\u043c\u0435\u043d\u043d\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":79692,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-79691","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Pourquoi](\"\/wp-content\/uploads\/2020\/04\/36c949c0c7099441a62597353bd084a6.png\")