Stockage Premium Azure : Conception pour de hautes performances - Azure Virtual Machines | Microsoft Docs\nStockage Azure Premium : conception sous le signe de la haute performance\nCet article fournit des instructions pour la création d’applications hautes performances avec Azure Premium Storage. Vous pouvez utiliser les instructions fournies dans ce document parallèlement aux bonnes pratiques de performances applicables aux technologies utilisées par votre application. Pour illustrer les instructions, nous avons utilisé comme exemple un SQL Server exécuté sur Premium Storage.\nBien que cet article couvre plusieurs scénarios de performances au niveau de la couche de stockage, vous devrez optimiser la couche applicative. Par exemple, si vous hébergez une batterie de serveurs SharePoint sur Azure Premium Storage, vous pouvez utiliser les exemples SQL Server de cet article pour optimiser le serveur de base de données. Vous devez également optimiser le serveur web et le serveur d’applications de la batterie de serveurs SharePoint pour obtenir de meilleures performances.\nCet article vous aidera à répondre à certaines questions courantes relatives à l’optimisation des performances applicatives sur Azure Premium Storage :\nComment mesurer les performances de votre application ?\nPourquoi n’obtenez-vous pas les hautes performances attendues ?\nQuels sont les facteurs qui influencent les performances de votre application sur Premium Storage ?\nComment ces facteurs influencent-ils les performances de votre application sur Premium Storage ?\nComment optimiser les performances d’E/S par seconde, de bande passante et de latence ?\nCes instructions vous sont spécifiquement fournies pour Premium Storage, car les charges de travail exécutées sur Premium Storage sont extrêmement sensibles aux performances. Nous vous proposons des exemples lorsque cela s’y prête. Vous pouvez également appliquer certaines de ces instructions aux applications qui s’exécutent sur des machines virtuelles IaaS avec des disques de stockage Standard.\nParfois, ce qui semble être un problème de performances disque est en fait un goulot d’étranglement sur le réseau. Dans ces situations, vous devez optimiser vos performances réseau.\nSi vous souhaitez évaluer votre disque, consultez les articles consacrés au benchmarking d'un disque :\nPour Linux : Créer un benchmark de votre application sur Stockage sur disque Azure\nPour Windows : Benchmarking d'un disque.\nSi votre machine virtuelle prend en charge la mise en réseau accélérée, vous devez vous assurer qu’elle est activée. Si elle n’est pas activée, vous pouvez l’activer sur les machines virtuelles déjà déployées sur Windows et Linux.\nAvant de commencer, si vous débutez avec le Stockage Premium, commencez par lire les articles Sélectionner un type de disque Azure pour les machines virtuelles IaaS et Cibles de scalabilité pour les comptes de stockage d’objets blob de pages Premium.\nIndicateurs de performances d’une application\nPour évaluer le degré de performances d’une application, nous nous appuyons sur divers indicateurs de performances, par exemple la vitesse à laquelle une application traite une demande utilisateur, la quantité de données qu’une application est capable de traiter pour chaque demande, le nombre de requêtes traitées par une application dans un intervalle donné, ou encore le temps d’attente que doit subir l’utilisateur avant d’obtenir une réponse à sa demande. Sur le plan technique, ces indicateurs de performances s’expriment en termes d’E/S par seconde, de débit (ou bande passante) et de latence.\nDans cette section, nous allons aborder les indicateurs de performances courants dans le contexte de Premium Storage. Dans la section suivante, intitulée « Collecte des exigences de performances de l’application », vous apprendrez à mesurer ces indicateurs de performances pour votre propre application. Dans la section consacrée à l’optimisation des performances applicatives, vous découvrirez les facteurs qui affectent ces indicateurs de performances et obtiendrez des recommandations afin de les optimiser.\nLe nombre d’E/S par seconde représente le nombre de demandes que votre application envoie aux disques de stockage en une seconde. Une opération d’entrée/sortie peut être accessible en lecture ou écriture, et être séquentielle ou aléatoire. Les applications OLTP, comme un site web de vente en ligne, par exemple, doivent traiter immédiatement de nombreuses requêtes d’utilisateurs simultanées. Les requêtes utilisateurs représentent des transactions d’insertion et de mise à jour qui pèsent lourdement sur la base de données, et que l’application doit traiter rapidement. Les applications OLTP requièrent dont un nombre d’E/S par seconde très élevé. Ces applications gèrent des millions de demandes d’E/S petites et aléatoires. Si vous possédez une telle application, vous devez concevoir votre infrastructure applicative de manière à optimiser les E/S. Dans Optimisation des performances applicatives, nous aborderons en détail tous les facteurs que vous devez prendre en compte pour obtenir un nombre d’E/S par seconde élevé.\nLorsque vous attachez un disque de stockage Premium à votre machine virtuelle à grande échelle, Azure met à disposition un nombre garanti d’E/S par seconde, conformément à la spécification de disque. Par exemple, un disque P50 configure 7500 E/S par seconde. Chaque taille de machine virtuelle à grande échelle est également associée à une limite spécifique d’E/S par seconde qu’elle peut prendre en charge. Par exemple, une machine virtuelle GS5 Standard a une limite de 80 000 E/S par seconde.\nLe débit ou la bande passante est la quantité de données que votre application envoie aux disques de stockage dans un intervalle spécifié. Si votre application effectue des opérations d’entrée/sortie avec des tailles d’unité d’E/S importantes, elle aura besoin d’un débit élevé. Les applications d’entrepôt de données ont tendance à émettre des opérations d’analyse intensives qui accèdent simultanément à de grandes quantités de données et exécutent généralement des opérations en bloc. En d’autres termes, ces applications nécessitent un débit plus élevé. Si vous possédez une telle application, vous devez concevoir votre infrastructure de manière à en optimiser le débit. Dans la section suivante, nous décrirons en détail les facteurs que vous devrez ajuster pour y parvenir.\nLorsque vous attachez un disque de stockage Premium à une machine virtuelle à grande échelle, Azure met à disposition un débit conforme à la spécification de ce disque. Par exemple, un disque P50 configure un débit de disque de 250 Mo par seconde. Chaque taille de machine virtuelle à grande échelle est également associée à une limite spécifique de débit qu’elle peut prendre en charge. Par exemple, une machine virtuelle GS5 Standard a un débit maximal de 2 000 Mo par seconde.\nLa formule ci-dessous illustre la relation entre le débit et le nombre d’E/S par seconde.\nPar conséquent, il est important de déterminer les valeurs optimales de débit et d’E/S par seconde dont a besoin votre application. Lorsque vous essayez d’optimiser une de ces valeurs, l’autre est également affectée. Dans Optimisation des performances applicatives, nous aborderons plus en détail la question de l’optimisation des E/S par seconde et du débit.\nLa latence est le temps nécessaire à une application pour recevoir une demande unique, l’envoyer aux disques de stockage et transmettre la réponse au client. Il s’agit d’une mesure critique des performances d’une application, qui s’ajoute à celle des E/S par seconde et du débit. La latence d’un disque de stockage premium correspond au temps nécessaire pour récupérer les informations d’une demande et les retourner à votre application. Premium Storage offre de faibles latences. Les disques Premium sont conçus pour offrir des latences en millisecondes à un chiffre pour la plupart des opérations d'E/S. Si vous activez une mise en cache de l’hôte en lecture seule sur des disques de stockage premium, vous pourrez obtenir une latence de lecture bien plus faible. Nous abordons la mise en cache de disque plus en détail dans Mise en cache du disque.\nLorsque vous optimisez votre application pour augmenter le nombre d’E/S par seconde et le débit, la latence de votre application s’en trouve affectée. Après avoir ajusté les performances de votre application, pensez toujours à évaluer la latence de l’application afin d’éviter un comportement de latence élevée inattendu.\nLe suivi des opérations de plan de contrôle sur les disques managés peut impliquer le déplacement du disque d’un emplacement de stockage à un autre. Cette opération est effectuée via une copie en arrière-plan des données qui peut prendre plusieurs heures (généralement moins de 24 heures) selon la quantité de données stockées sur les disques. Pendant ce temps, votre application peut afficher une latence de lecture supérieure à la normale car certaines lectures sont redirigées vers l’emplacement d’origine et prennent donc plus de temps. Il n’y a aucun impact sur la latence d’écriture pendant cette période.\nMettez à jour le type de stockage.\nDétachez un disque d’une machine virtuelle et attachez-le à une autre.\nCréez un disque managé à partir d’un VHD.\nCréez un disque managé à partir d’un instantané.\nConvertissez des disques non managés en disques managés.\nListe de vérification des applications hautes performances pour les disques\nLa première étape de la conception d’applications hautes performances exécutées sur le Stockage Azure Premium consiste à comprendre les exigences de performances de votre application. Après avoir recueilli ces exigences de performances, vous pourrez optimiser votre application de manière à obtenir les meilleures performances possibles.\nDans la section précédente, nous avons expliqué les indicateurs de performances courants, à savoir le nombre d’E/S par seconde, le débit et la latence. Vous devez déterminer, parmi ces indicateurs de performances, lesquels sont essentiels à votre application pour fournir l’expérience utilisateur recherchée. Par exemple, un nombre d’E/S par seconde élevé est plus important pour les applications OLTP qui traitent des millions de transactions en une seconde. En revanche, un débit élevé sera plus pertinent pour les applications d’entrepôt de données qui traitent de grandes quantités de données en une seconde. De même, une très faible latence sera cruciale pour les applications en temps réel, telles que les sites web de diffusion en continu de vidéo en direct.\nEnsuite, vous devrez mesurer les exigences de performances maximales de votre application tout au long de sa durée de vie. Utilisez l’exemple de liste de contrôle ci-dessous comme point de départ. Notez les exigences de performances maximales relevées au cours des périodes de charge de travail normales, des périodes de pointe et des heures creuses. En identifiant les conditions requises pour tous les niveaux de charges de travail, vous serez en mesure de déterminer les exigences de performances globales de votre application. Par exemple, la charge de travail normale d’un site web de commerce électronique correspond aux transactions habituellement traitées au quotidien au cours d’une année. Les pics de charge du site web correspondront aux transactions traitées pendant la période de Noël ou les périodes de soldes. Les pics de charge ne durent généralement que pendant un temps limité, mais ils peuvent vous obliger à mettre à l’échelle votre application en multipliant au moins par deux sa capacité par rapport à son fonctionnement normal. Déterminez les besoins au 50e percentile, au 90e percentile et au 99e percentile. Cela vous permettra d’éliminer les observations aberrantes en termes d’exigences de performances et de concentrer vos efforts sur l’optimisation des valeurs adéquates.\nListe de contrôle pour les exigences de performances de l’application\nBande passante Transactions par seconde\n% d’opérations de lecture\n% d’opérations d’écriture\n% d’opérations aléatoires\n% d’opérations séquentielles\nTaille de la demande d’E/S\nBande passante UC\nUtilisation moyenne de l’UC\nUtilisation moyenne de la mémoire\nProfondeur de file d’attente\nvous devez anticiper la mise à l’échelle de ces nombres en fonction de la croissance prévue de votre application. Il est judicieux de planifier la croissance, car il pourrait être plus difficile de modifier l’infrastructure ultérieurement afin d’en améliorer les performances.\nSi vous possédez une application existante et que vous souhaitez migrer vers Premium Storage, commencez par compléter la liste de contrôle ci-dessus pour l’application existante. Développez ensuite un prototype de votre application sur Premium Storage et concevez l’application selon les instructions décrites dans la section Optimisation des performances applicatives. L’article suivant décrit les outils que vous pouvez utiliser pour collecter les mesures de performances.\nCompteurs de mesure des exigences de performances de l’application\nLa meilleure façon de mesurer les exigences de performances de votre application consiste à utiliser les outils d’analyse des performances fournies par le système d’exploitation du serveur. Vous pouvez utiliser PerfMon pour Windows et iostat pour Linux. Ces outils capturent des compteurs correspondant à chaque mesure expliquée dans la section ci-dessus. Vous devez capturer les valeurs de ces compteurs lorsque votre application exécute ses charges de travail normales, de pointe et d’heures creuses.\nLes compteurs PerfMon sont disponibles pour le processeur, pour la mémoire et pour chaque disque logique et chaque disque physique de votre serveur. Lorsque vous utilisez les disques de stockage premium avec une machine virtuelle, les compteurs de disque physique s’appliquent à chaque disque de stockage premium et les compteurs de disque logique à chaque volume créé sur les disques de stockage premium. Vous devez capturer les valeurs des disques qui hébergent la charge de travail de votre application. S’il existe un mappage un-à-un entre les disques physiques et logiques, vous pouvez consulter les compteurs de disque physique ; sinon, référez-vous aux compteurs de disque logique. Sous Linux, la commande iostat génère un rapport d’utilisation du processeur et du disque. Le rapport d’utilisation du disque fournit des statistiques par unité physique ou par partition. Si vous avez un serveur de base de données dont les données et les journaux résident sur des disques distincts, récupérez ces données pour les deux disques. Le tableau ci-dessous décrit les compteurs de disques, de processeurs et de mémoire :\nNombre d’E/S par seconde ou de transactions par seconde Nombre de demandes d’E/S émises sur le disque de stockage par seconde. Nb d’opérations de lectures de disque/s\nNb d’opération d’écriture de disque/s tps\nOpérations de lecture et d’écriture de disque % d’opérations de lecture et d’écriture exécutées sur le disque. % temps de lecture du disque\n% temps d’écriture du disque r/s\nDébit Quantité de données lues ou écrites sur le disque par seconde. Nb d’octets de lecture de disque/s\nNb d’octets d’écriture de disque/s kB_read/s\nLatence Durée totale d’exécution d’une demande d’E/S sur le disque. Temps de lecture moyen du disque/s\nTemps d’écriture moyen du disque/s await\nTaille d’E/S La taille des demandes d’E/S émises sur les disques de stockage. Nb moyen d’octets en lecture du disque\nNb moyen d’octets en écriture du disque avgrq-sz\nProfondeur de file d’attente Nombre de demandes d’E/S en attente de lecture ou d’écriture sur le disque de stockage. Longueur actuelle de la file d'attente du disque avgqu-sz\nBande passante Mémoire Quantité de mémoire nécessaire pour une exécution fluide de l’application % d’octets dédiés utilisés Use vmstat\nBande passante UC Quantité d’UC nécessaire pour une application fluide de l’application % temps processeur %util\nEn savoir plus sur iostat et PerfMon.\nLa nature des demandes d’E/S, la taille de machine virtuelle, la taille de disque, le nombre de disques, la mise en cache du disque, le traitement multithread et la profondeur de file d’attente représentent les principaux facteurs qui influencent les performances d’une application exécutée sur le stockage Premium. Vous pouvez contrôler certains de ces facteurs avec les dispositifs fournis par le système. La plupart des applications ne vous permettront peut-être pas de modifier directement la taille d’E/S et la profondeur de file d’attente. Par exemple, si vous utilisez SQL Server, vous ne pouvez choisir ni la taille d’E/S ni la profondeur de file d’attente. SQL Server choisit les valeurs optimales de taille d’E/S et de profondeur de file d’attente profondeur de manière à obtenir les meilleures performances. Il est important de comprendre les effets de ces deux types de facteurs sur les performances de votre application, afin que vous puissiez configurer les ressources appropriées pour répondre à vos besoins de performances.\nDans cette section, reportez-vous à la liste de contrôle des exigences de performances applicatives que vous avez créée pour identifier le degré nécessaire d’optimisation des performances de votre application. Sur cette base, vous serez en mesure de déterminer les facteurs de cette section que vous devrez paramétrer. Pour évaluer les effets de chaque facteur sur les performances de votre application, exécutez les outils de benchmarking sur l’installation de votre application. Reportez-vous à l’article Benchmarking (voir le lien à la fin) pour connaître les étapes à suivre pour exécuter les outils d’évaluation courants sur les machines virtuelles Windows et Linux.\nAperçu de l’optimisation des IOPS, du débit et de la latence\nLe tableau ci-dessous récapitule les facteurs de performances et les étapes nécessaires à l’optimisation des IOPS, du débit et de la latence. Les sections qui suivent ce résumé décrivent en détail chaque facteur.\nPour plus d'informations sur les tailles de machines virtuelles et sur les E/S par seconde, le débit et la latence disponibles pour chaque type de machine virtuelle, consultez Tailles des machines virtuelles dans Azure.\nD’OPÉRATIONS D’E/S PAR SECONDE\nExemple de scénario Application OLTP d’entreprise nécessitant un taux très élevé de transactions par seconde. Application d’entreposage de données d’entreprise traitant de grandes quantités de données. Applications en temps quasi-réel nécessitant une réponse instantanée aux demandes utilisateur, telles que les jeux en ligne.\nTaille d’E/S Une plus petite taille d’E/S génère un nombre d’E/S par seconde plus élevé. Une plus grande taille d’E/S génère un débit plus élevé.\nTaille de la machine virtuelle Utilisez une taille de machine virtuelle qui offre un nombre d’E/S par seconde supérieur aux besoins de votre application. Utilisez une taille de machine virtuelle qui offre une limite de débit supérieure aux besoins de votre application. Utilisez une taille de machine virtuelle qui offre une limite de mise à l’échelle supérieure aux besoins de votre application.\nTaille du disque Utilisez une taille de disque qui offre un nombre d’E/S par seconde supérieur aux besoins de votre application. Utilisez une taille de disque qui offre une limite de débit supérieure aux besoins de votre application. Utilisez une taille de disque qui offre une limite de mise à l’échelle supérieure aux besoins de votre application.\nLimites de mises à l’échelle des machines virtuelles et des disques La limite d’E/S par seconde de la taille de machine virtuelle choisie doit être supérieure au nombre total d’E/S par seconde générées par les disques de stockage qui lui sont associés. La limite de débit par seconde de la taille de machine virtuelle choisie doit être supérieure au débit total généré par les disques de stockage premium qui lui sont associés. Les limites de mise à l’échelle de la taille de machine virtuelle choisie doivent être supérieures aux limites totales de mise à l’échelle des disques de stockage premium qui lui sont associés.\nMise en cache du disque Activez le cache en lecture seule sur les disques de stockage premium avec des opérations de lecture intensives pour obtenir un taux d’E/S en lecture par seconde plus élevé. Activez le cache en lecture seule sur les disques de stockage premium avec des opérations de lecture intensives pour obtenir de très faibles latences en lecture.\nEntrelacement de disques Utilisez plusieurs disques et entrelacez-les pour augmenter la limite combinée de débit et d’E/S par seconde. La limite combinée par machine virtuelle doit être supérieure aux limites combinées des disques premium associés.\nTaille de l’entrelacement Taille d’entrelacement plus petite pour les petits schémas d’E/S aléatoires associés aux applications OLTP. Utilisez par exemple une taille d’entrelacement de 64 Ko pour les applications OLTP sous SQL Server. Plus grande taille d’entrelacement pour les grands schémas d’E/S séquentiels associés aux applications d’entrepôt de données. Utilisez par exemple une taille d’entrelacement de 256 Ko pour les applications d’entrepôt de données sous SQL Server.\nTraitement multithread Utilisez le traitement multithread pour envoyer un plus grand nombre de demandes à Premium Storage et augmenter ainsi le débit et le nombre d’E/S par seconde. Sur SQL Server, par exemple, définissez une valeur MAXDOP élevée pour allouer plus de ressources processeur à SQL Server.\nProfondeur de file d’attente Une plus grande profondeur de file d’attente génère un nombre plus élevé d’E/S par seconde. Une plus grande profondeur de file d’attente génère un débit plus élevé. Une plus petite profondeur de file d’attente réduit les latences.\nNature des demandes d’E/S\nUne demande d’E/S représente une unité d’opération d’entrée/sortie exécutée par votre application. Identifier la nature des demandes d’E/S (aléatoires ou séquentielles, en lecture ou en écriture, petites ou grandes) vous permet de déterminer les exigences de performances de votre application. Il est important de comprendre la nature des demandes d’E/S afin de prendre les bonnes décisions lors de la conception de votre infrastructure d’applications. Pour bénéficier des meilleures performances possibles, veillez à ce que les E/S soient distribuées de façon uniforme.\nLa taille des E/S compte parmi les facteurs les plus importants. La taille des E/S correspond à la taille de la demande d’opération d’entrée/sortie générée par votre application. La taille des E/S a un impact significatif sur les performances, en particulier sur le nombre d’E/S par seconde et sur la bande passante, que l’application sera en mesure de délivrer. La formule suivante montre la relation entre le nombre d’IOPS, la taille des E/S et la bande passante ou le débit.\nCertaines applications vous permettent de modifier leur taille d’E/S, contrairement à d’autres. Par exemple, SQL Server détermine lui-même la taille d’E/S optimale et ne fournit aux utilisateurs aucun dispositif permettant de la modifier. De son côté, Oracle propose un paramètre appelé DB_BLOCK_SIZE que vous pouvez utiliser pour configurer la taille de la demande d’E/S de la base de données.\nSi vous utilisez une application qui ne permet pas de modifier la taille d’E/S, suivez les indications de cet article pour optimiser les indicateurs de performances qui correspondent le mieux à votre application. Par exemple,\nUne application OLTP génère des millions de demandes d’E/S petites et aléatoires. Pour gérer ces types de demandes d’E/S, vous devez concevoir votre infrastructure d’applications de manière à augmenter le nombre d’IOPS.\nUne application d’entrepôt de données génère d’importantes demandes d’E/S séquentielles. Pour gérer ces types de demandes d’E/S, vous devez concevoir votre infrastructure d’applications de manière à augmenter la bande passante ou le débit.\nSi vous utilisez une application qui vous permet de modifier la taille d’E/S, utilisez cette règle générale tout en respectant les autres instructions de performances.\nUne plus petite taille d’E/S pour générer un nombre d’E/S par seconde plus élevé. Par exemple, 8 Ko pour une application OLTP.\nUne plus grande taille d’E/S pour augmenter la bande passante ou le débit. Par exemple, 1 024 Ko pour une application d’entrepôt de données.\nVoici un exemple de calcul du nombre d’E/S par seconde et du débit ou de la bande passante pour votre application. Supposons une application utilisant un disque P30. Un disque P30 peut atteindre au maximum 5 000 E/S par seconde et 200 Mo de débit/bande passante par seconde. À présent, si votre application a besoin d’utiliser le nombre maximal d’E/S par seconde du disque P30 alors que vous utilisez une taille d’E/S inférieure à 8 Ko, vous devriez obtenir 40 Mo de bande passante par seconde. En revanche, si votre application requiert la valeur maximale de débit et de bande passante à partir du disque P30 et que vous utilisez une taille d’E/S supérieure à 1 024 Ko, vous obtiendrez seulement 200 E/S par seconde. Vous devez donc ajuster la taille d’E/S pour qu’elle réponde aux besoins de votre application tant en terme d’E/S que de débit et de bande passante. Le tableau suivant récapitule les différentes tailles d’E/S en indiquant le nombre d’IOPS et le débit correspondants dans le cas d’un disque P30.\nSpécification de l’application\nTaille des E/S\nNb max. d’E/S par seconde 8 Ko 5 000 40 Mo par seconde\nDébit max. 1 024 Ko 200 200 Mo par seconde\nDébit max + nb élevé d’E/S par seconde 64 Ko 3 200 200 Mo par seconde\nNb max d’E/S par seconde + débit élevé 32 Ko 5 000 160 Mo par seconde\nPour obtenir une valeur d’E/S par seconde et de bande passante supérieure à la valeur maximale d’un seul disque de stockage premium, utilisez plusieurs disques premium entrelacés ensemble. Par exemple, entrelacez deux disques P30 pour obtenir un total de 10 000 E/S par seconde ou un débit combiné de 400 Mo par seconde. Comme nous l’expliquons dans la section suivante, vous devez utiliser une taille de machine virtuelle qui prend en charge la valeur combinée d’E/S par seconde et de débit du disque.\nlorsque vous augmentez les E/S par seconde ou le débit, l’autre valeur augmente également ; assurez-vous de ne pas franchir les limites de débit ou d’E/S par seconde du disque ou de la machine virtuelle lorsque vous augmentez l’une de ces valeurs.\nPour évaluer les effets de la taille des E/S sur les performances de l’application, vous pouvez exécuter des outils d’évaluation sur votre machine virtuelle et sur vos disques. Créez plusieurs séries de tests et utilisez une taille d’E/S différente pour chaque exécution afin d’en déterminer l’impact. Pour plus de détails, reportez-vous à l’article Benchmarking, dont un lien est fourni à la fin.\nTailles des machines virtuelles à grande échelle\nLorsque vous commencez la conception d’une application, l’une des premières choses à faire est de choisir une machine virtuelle qui hébergera votre application. Premium Storage est fourni avec des tailles de machine virtuelle à grande échelle capables d’exécuter des applications qui requièrent une plus grande puissance de calcul et de hautes performances d’E/S du disque local. Ces machines virtuelles se caractérisent par des processeurs plus rapides, un rapport mémoire-cœur plus élevé et l’utilisation d’un disque SSD comme disque local. Les machines virtuelles de la série DS et GS sont des exemples de machines virtuelles à grande échelle prenant en charge le stockage Premium.\nCes machines virtuelles sont disponibles en différentes tailles, avec un nombre de cœurs de processeur, une mémoire, un système d’exploitation et une taille de disque temporaire différents. Chaque taille de chaque machine virtuelle possède également un nombre maximal de disques de données que vous pouvez attacher à la machine virtuelle. Par conséquent, la taille de machine virtuelle choisie affectera la quantité de traitement, de mémoire et de capacité de stockage disponible pour votre application. Elle affecte également le coût de traitement et de stockage. Par exemple, voici les spécifications de la plus grande taille de machine virtuelle dans une série DS et une série GS :\nTaille de la machine virtuelle\nCœurs d’unité centrale\nTailles du disque de la machine virtuelle\nBande passante disques de données\nLimites d’E/S du cache de bande passante\nStandard_DS14 16 112 Go OS = 1023 Go\nSSD local = 224 Go 32 576 Go 50 000 E/S par seconde\n512 Mo par seconde 4 000 E/S par seconde et 33 Mo par seconde\nStandard_GS5 32 448 Go OS = 1023 Go\nSSD local = 896 Go 64 4 224 Go 80 000 E/S par seconde\n2 000 Mo par seconde 5 000 E/S par seconde et 50 Mo par seconde\nPour afficher la liste complète de toutes les tailles de machines virtuelles Azure disponibles, consultez Tailles des machines virtuelles dans Azure. Choisissez une taille de machine virtuelle capable de s’adapter aux exigences de performances souhaitées de votre application. En outre, prenez en compte les considérations suivantes lors du choix de tailles de machine virtuelle.\nLimites de mise à l’échelle\nLes limites d’E/S par seconde par machine virtuelle et par disque sont différentes et indépendantes les unes des autres. Assurez-vous que l’application génère un nombre d’E/S par seconde dans les limites de la machine virtuelle et des disques premium qui lui sont associés. Dans le cas contraire, les performances de l’application seront limitées.\nPar exemple, supposons une application exigeant un maximum de 4 000 E/S par seconde. Pour atteindre cette valeur, vous devez configurer un disque P30 sur une machine virtuelle DS1. Le disque P30 peut fournir jusqu’à 5 000 E/S par seconde. En revanche, la machine virtuelle DS1 est limitée à 3 200 E/S par seconde. Par conséquent, les performances de l’application seront contraintes par la limite de la machine virtuelle à 3 200 E/S par seconde, ce qui affectera les performances. Pour éviter cette situation, choisissez une taille de machine virtuelle et de disque qui satisfont toutes deux aux exigences de l’application.\nDans de nombreux cas, il est possible que le coût global d’exploitation lié à l’utilisation de Premium Storage soit inférieur à celui associé à l’utilisation d’un stockage Standard.\nImaginez par exemple une application nécessitant 16 000 E/S par seconde. Pour atteindre ces performances, vous aurez besoin d’une machine virtuelle IaaS Azure Standard_D14, qui peut délivrer 16 000 IOPS maximum en utilisant 32 disques de stockage standard de 1 To. Chaque disque de stockage standard de 1 To peut atteindre un maximum de 500 IOPS. Le coût mensuel estimé de cette machine virtuelle sera de 1 570 $. Le coût mensuel de 32 disques de stockage standard sera de 1 638 $. Le coût total mensuel estimé sera donc de 3 208 $.\nToutefois, si vous aviez hébergé la même application sur Premium Storage, vous auriez besoin d’une plus petite taille de machine virtuelle et de moins de disques de stockage premium, ce qui réduirait le coût global. Une machine virtuelle Standard_DS13 peut couvrir les 16 000 IOPS requis avec quatre disques P30. La machine virtuelle DS13 délivre 25 600 E/S par seconde au maximum et chaque disque P30 délivre 5 000 E/S par seconde. Globalement, cette configuration peut atteindre 5 000 x 4 = 20 000 E/S par seconde. Le coût mensuel estimé de cette machine virtuelle sera de 1 003 $. Le coût mensuel de quatre disques de stockage premium P30 sera de 544,34 $. Le coût total mensuel estimé sera donc de 1 544 $.\nLe tableau ci-dessous résume la répartition des coûts de ce scénario pour un stockage Standard et Premium.\nCoût de la machine virtuelle par mois 1 570,58 USD (Standard_D14) 1 003,66 USD (Standard_D13)\nCoût des disques par mois 1 638,40 $ (32 disques de 1 To) 544,34 $ (4 disques P30)\nCoût global par mois 3 208,98 $ 1 544,34 $\nAvec Azure Premium Storage, vous obtenez le même niveau de performances pour les machines virtuelles exécutant Windows et Linux. Nous prenons en charge de nombreuses versions de distributions Linux. Pour plus d’informations, consultez Distributions Linux approuvées sur Azure. Il est important de noter que les différentes distributions sont mieux adaptées à différents types de charges de travail. Vous verrez différents niveaux de performances selon la distribution sur laquelle votre charge de travail est exécutée. Testez les distributions Linux avec votre application et choisissez celle qui vous convient le mieux.\nLorsque vous exécutez Linux avec Premium Storage, vérifiez les dernières mises à jour sur les pilotes requis pour garantir de meilleures performances.\nTailles de disques Stockage Premium\nLe stockage Premium Azure offre une diversité de tailles et vous permet de choisir celle qui répond le mieux à vos besoins. Chaque taille de disque a une limite de mise à l’échelle bien spécifique pour le nombre d’IOPS, la bande passante et le stockage. Choisissez la taille de disque Premium Storage adaptée aux exigences de l’application et à la taille de machine virtuelle à grande échelle. Le tableau ci-dessous présente les tailles de disque et leurs fonctionnalités. Les tailles P4, P6, P15, P60, P70 et P80 ne sont actuellement prises en charge que par la fonctionnalité Disques managés.\nTailles de disque SSD Premium\nTaille du disque (Gio) 4 8 16 32 64 128 256 512 1 024 2 048 4 096 8 192 16 384 32 767\nIOPS provisionnées par disque 120 120 120 120 240 500 1 100 2 300 5 000 7 500 7 500 16 000 18 000 20 000\nDébit provisionné par disque 25 Mo/s 25 Mo/s 25 Mo/s 25 Mo/s 50 Mo/s 100 Mo/s 125 Mo/s 150 Mo/s 200 Mo/s 250 Mo/s 250 Mo/s 500 Mo/s 750 Mo/s 900 Mo/s\nNb max. d’iOPS de rafale par disque 3 500 3 500 3 500 3 500 3 500 3 500 3 500 3 500 30 000* 30 000* 30 000* 30 000* 30 000* 30 000*\nDébit max. de rafale par disque 170 Mo/s 170 Mo/s 170 Mo/s 170 Mo/s 170 Mo/s 170 Mo/s 170 Mo/s 170 Mo/s 1 000 Mo/sec* 1 000 Mo/sec* 1 000 Mo/sec* 1 000 Mo/sec* 1 000 Mo/sec* 1 000 Mo/sec*\nDurée maximale de rafale 30 min 30 min 30 min 30 min 30 min 30 min 30 min 30 min Illimité* Illimité* Illimité* Illimité* Illimité* Illimité*\nÉligible pour la réservation Non Non Non Non Non Non Non Non Oui, jusqu’à un an Oui, jusqu’à un an Oui, jusqu’à un an Oui, jusqu’à un an Oui, jusqu’à un an Oui, jusqu’à un an\n*S’applique uniquement aux disques avec la fonction de bursting à la demande activée.\nLe nombre de disques que vous choisissez dépend de la taille de disque choisie. Vous pouvez utiliser un seul disque P50 ou plusieurs disques P10 pour répondre aux besoins de votre application. Tenez compte des remarques ci-dessous pour faire votre choix.\nLimites de mise à l’échelle (E/S par seconde et débit)\nLes limites d’E/S par seconde et de débit de chaque taille de disque Premium sont différentes et indépendantes des limites de mise à l’échelle de la machine virtuelle. Assurez-vous que le nombre total d’E/S par seconde et le débit total des disques respectent bien les limites de mise à l’échelle de la taille de machine virtuelle choisie.\nImaginez par exemple que votre application requiert un débit maximum de 250 Mo/s et que vous utilisez une machine virtuelle DS4 avec un seul disque P30. La machine virtuelle DS4 peut délivrer un débit maximum de 256 Mo/s. Cependant, un disque P30 a une limite de débit de 200 Mo par seconde. De ce fait, l’application sera contrainte à 200 Mo/s en raison de la limite du disque. Pour contourner cette limite, configurez plusieurs disques de données sur la machine virtuelle ou redimensionnez vos disques (de P40 à P50).\nLes lectures traitées par le cache n’étant pas incluses dans les E/S et le débit de disque, elles ne sont pas soumises aux limites de disque. Le cache possède sa propre limite de débit et d’E/S pour chaque machine virtuelle.\nPar exemple, les lectures et écritures sont initialement de 60 Mo/s et 40 Mo/s respectivement. Au fil du temps, le cache augmente et sert de plus en plus de lectures. Vous pouvez alors obtenir un plus grand débit en écriture à partir du disque.\nDéterminez le nombre de disques dont vous aurez besoin en évaluant les besoins de l’application. Chaque taille de chaque machine virtuelle est limitée quant au nombre de disques que vous pouvez lui associer. En règle générale, ce nombre est égal à deux fois le nombre de cœurs. Assurez-vous que la taille de machine virtuelle que vous choisissez est capable de prendre en charge le nombre de disques nécessaires.\nN’oubliez pas les disques Premium Storage délivrent des performances supérieures à celles des disques de stockage Standard. Par conséquent, si vous migrez votre application d’un stockage Standard à un stockage Premium à partir d’une machine virtuelle IaaS Azure, vous aurez probablement besoin de moins de disques premium pour atteindre des performances identiques ou supérieures pour votre application.\nMise en cache du disque\nLes machines virtuelles à grande échelle qui exploitent Azure Premium Storage ont une technologie de mise en cache à plusieurs niveaux appelée BlobCache. BlobCache utilise à la fois la RAM de l’hôte et un SSD local pour la mise en cache. Ce cache est disponible pour les disques persistants Premium Storage et pour les disques locaux de la machine virtuelle. Par défaut, ce paramètre de cache est défini en lecture/écriture pour les disques du système d’exploitation et en lecture seule pour les disques de données hébergés sur Premium Storage. Lorsque la mise en cache du disque est activée sur les disques Premium Storage, les machines virtuelles à grande échelle peuvent atteindre des niveaux de performances extrêmement élevés qui dépassent les performances du disque sous-jacent.\nLa mise en cache du disque n’est pas prise en charge pour les disques 4 Tio et supérieurs. Si plusieurs disques sont attachés à votre machine virtuelle, chaque disque d’une taille inférieure à 4 Tio prend en charge la mise en cache.\nLa modification du paramètre de cache d’un disque Azure détache et rattache le disque cible. S’il s’agit du disque du système d’exploitation, la machine virtuelle redémarre. Arrêtez toutes les applications et services qui risquent d’être affectés par cette indisponibilité avant de modifier le paramètre de cache du disque. Le non-respect de ces recommandations peut entraîner une altération des données.\nPour en savoir plus sur le fonctionnement de BlobCache, reportez-vous à l’article du blog interne Azure Premium Storage .\nIl est important d’activer le cache sur le jeu de disques approprié. Le fait de devoir activer ou non la mise en cache du disque sur un disque premium dépendra du modèle de charge de travail que ce disque doit gérer. Le tableau ci-dessous répertorie les paramètres de cache par défaut pour les disques du système d’exploitation et les disques de données.\nParamètre de cache par défaut\nDisque de système d’exploitation Lecture/écriture\nDisque de données Lecture seule\nVoici les paramètres de cache de disque recommandés pour les disques de données :\nParamètre de mise en cache du disque\nConditions recommandées d’utilisation de ce paramètre\nNone Configurer le cache hôte sur cette option pour les disques en lecture seule et les disques gourmands en écriture.\nLecture seule Configurer le cache hôte en lecture seule pour les disques en lecture seule et les disques en lecture/écriture.\nLecture/écriture Configurer le cache hôte en lecture/écriture uniquement si votre application gère correctement l’écriture des données mises en cache sur les disques persistants lorsque cela est nécessaire.\nEn configurant une mise en cache en lecture seule sur des disques de données Premium Storage, vous pouvez obtenir une faible latence de lecture et obtenir de très hautes performances d’E/S et de débit en lecture pour votre application. Cela est dû à deux raisons :\nLes lectures effectuées à partir du cache, qui se trouvent sur la mémoire virtuelle et sur le SSD local, sont beaucoup plus rapides que les lectures effectuées à partir du disque de données, qui réside sur Azure Blob Storage.\nPremium Storage ne tient pas compte des lectures traitées à partir du cache pour le calcul du nombre d’E/S par seconde et du débit du disque. Par conséquent, votre application est en mesure de délivrer de meilleures performances totales en termes d’E/S par seconde et de débit.\nPar défaut, le cache en lecture/écriture est activé sur les disques du système d’exploitation. Nous avons récemment ajouté la prise en charge de la mise en cache en lecture/écriture sur les données des disques. Si vous utilisez la mise en cache en lecture/écriture, vous devez disposer d’un moyen approprié d’écrire les données du cache sur des disques persistants. Par exemple, SQL Server gère lui-même l’écriture de données mises en cache sur les disques de stockage persistants. L’utilisation d’un cache en lecture/écriture avec une application qui ne gère pas la persistance des données requises peut entraîner des pertes de données en cas de panne de la machine virtuelle.\nActuellement, l’option Aucune n’est prise en charge que sur les disques de données. Elle n’est pas prise en charge sur les disques du système d’exploitation. Si vous définissez l’option Aucun sur un disque de système d’exploitation, il est remplacé en interne et défini sur Lecture seule.\nPar exemple, vous pouvez appliquer ces instructions à une instance SQL Server exécutée sur Premium Storage de la manière suivante :\nConfigurez le cache en lecture seule sur les disques de stockage Premium qui hébergent des fichiers de données.\na. Les lectures rapides du cache réduisent le temps de requête de SQL Server puisque les pages de données sont récupérées à partir du cache bien plus rapidement que lorsque l’opération s’effectue directement à partir des disques de données.\nb. Le traitement des lectures à partir du cache signifie que les disques de données premium délivrent un débit supplémentaire. SQL Server peut utiliser ce débit supplémentaire pour la récupération d’un plus grand nombre de pages de données et d’autres opérations telles que la sauvegarde/restauration, les charges de traitement par lots et les reconstructions d’index.\nChoisissez l’option « Aucun » pour le cache sur les disques de stockage Premium qui hébergent des fichiers journaux.\na. Les fichiers journaux ont principalement des opérations d’écriture intensives. Ils ne bénéficient donc pas du cache en lecture seule.\nOptimiser les performances sur les machines virtuelles Linux\nPour tous les disques SSD Premium ou disques Ultra, vous pourrez peut-être désactiver les « barrières » pour les systèmes de fichiers sur le disque afin d’améliorer les performances lorsque l’on sait qu’il n’existe aucun cache susceptible de perdre des données. Si la mise en cache de disque Azure est définie sur ReadOnly ou Aucune, vous pouvez désactiver les barrières. En revanche, si la mise en cache est définie sur ReadWrite, les barrières doivent rester activées pour garantir une durabilité d’écriture. Les barrières sont généralement activées par défaut, mais vous pouvez les désactiver en appliquant l’une des méthodes suivantes, en fonction du type de système de fichiers :\nPour reiserFS, utilisez l’option de montage barrier=none pour désactiver les barrières. Pour activer explicitement les barrières, utilisez barrier=flush.\nPour ext3/ext4, utilisez l’option de montage barrier=0 pour désactiver les barrières. Pour activer explicitement les barrières, utilisez barrier=1.\nPour XFS, utilisez l’option de montage nobarrier pour désactiver les barrières. Pour activer explicitement les barrières, utilisez barrier. Depuis la version 4.10 du noyau Linux principal, la conception du système de fichiers XFS garantit toujours la durabilité. La désactivation des barrières n’a aucun effet et l’option « nobarrier » est déconseillée. Toutefois, certaines distributions Linux peuvent avoir rétro-porté les modifications apportées à une version de distribution avec une version de noyau antérieure. Contactez votre fournisseur de distribution pour connaître l’état de la distribution et de la version que vous exécutez.\nLorsqu’une machine virtuelle à grande échelle est connectée à plusieurs disques de stockage premium persistants, les disques peuvent être entrelacés ensemble pour agréger les E/S par seconde, la bande passante et la capacité de stockage.\nSous Windows, vous pouvez utiliser les espaces de stockage pour entrelacer les disques. Vous devez configurer une seule colonne pour chaque disque dans un pool. Dans le cas contraire, les performances globales du volume entrelacé peuvent être limitées, en raison d’une distribution inégale du trafic sur les disques.\nImportant : À l’aide de l’IU du Gestionnaire de serveur, vous pouvez définir un nombre maximal de 8 colonnes au total pour un volume agrégé par bandes. Si vous souhaitez attacher plus de huit disques, utilisez PowerShell pour créer le volume. PowerShell vous permet de définir un nombre de colonnes égal au nombre de disques. Par exemple, s’il existe 16 disques dans un agrégat unique, spécifiez 16 colonnes dans le paramètre NumberOfColumns de l’applet de commande New-VirtualDisk.\nSous Linux, utilisez l’utilitaire MDADM pour entrelacer les disques. Pour obtenir des instructions détaillées sur l’entrelacement de disques sous Linux, reportez-vous à Configuration d’un RAID logiciel sous Linux.\nTaille de l’entrelacement\nLa taille d’entrelacement constitue un facteur important dans la configuration de l’entrelacement de disques. La taille d’entrelacement ou la taille de bloc représente la plus petite partie des données que l’application peut traiter sur un volume entrelacé. La taille d’entrelacement que vous configurez varie selon le type d’application et le modèle de demande associé. Si vous choisissez une taille d’entrelacement incorrecte, vous risquez de rencontrer un défaut d’alignement des E/S, ce qui conduirait à une dégradation des performances de votre application.\nPar exemple, si une demande d’E/S générée par votre application est supérieure à la taille d’entrelacement de disque, le système de stockage écrira au-delà des limites d’unité de bande sur plusieurs disques. Au moment d’accéder aux données, il devra effectuer une recherche sur plusieurs unités de bande pour exécuter la demande. L’effet cumulatif de ce comportement peut entraîner une dégradation significative des performances. En revanche, si la taille de la demande d’E/S est inférieure à la taille d’entrelacement, et si ces E/S sont aléatoires par nature, les demandes d’E/S peuvent s’ajouter sur le même disque et provoquer un goulot d’étranglement responsable d’une dégradation des performances d’E/S.\nSelon le type de charge de travail que votre application exécute, choisissez une taille d’entrelacement appropriée. Pour les petites demandes d’E/S aléatoires, utilisez une plus petite taille d’entrelacement. Pour de grandes demandes d’E/S séquentielles, utilisez une plus grande taille d’entrelacement. Découvrez les tailles d’entrelacement recommandées pour l’application exécutée sur Premium Storage. Pour SQL Server, configurez une taille d’entrelacement de 64 Ko pour les charges de travail OLTP et de 256 Ko pour les charges de travail d’entrepôt de données. Pour en savoir plus, consultez Meilleures pratiques relatives aux performances de SQL Server dans Azure Virtual Machines\nvous pouvez entrelacer au maximum 32 disques de stockage premium sur une machine virtuelle DS et 64 disques de stockage premium sur une machine virtuelle GS.\nAzure a conçu une plate-forme Premium Storage hautement parallèle. Par conséquent, une application multithread délivre de bien meilleures performances qu’une application à thread unique. Une application multithread répartit ses tâches sur plusieurs threads et augmente l’efficacité de son exécution en utilisant au maximum les ressources de machine virtuelle et de disque.\nPar exemple, si votre application s’exécute sur une machine virtuelle monocœur utilisant deux threads, le processeur peut basculer entre les deux threads pour gagner en efficacité. En attendant l’exécution d’un thread sur une E/S de disque, le processeur peut basculer vers l’autre thread. De cette façon, deux threads peuvent accomplir bien plus qu’un seul thread. Si la machine virtuelle possède plusieurs cœurs, elle réduit davantage le temps d’exécution dans la mesure où chaque cœur peut exécuter des tâches en parallèle.\nVous n’êtes peut-être pas en mesure de modifier la façon dont une application du commerce implémente un seul thread ou plusieurs threads. Par exemple, SQL Server est capable de gérer plusieurs processeurs et plusieurs nœuds. SQL Server détermine cependant dans quelles conditions il utilisera un ou plusieurs threads pour traiter une requête. Il peut exécuter des requêtes et créer des index à l’aide du traitement multithread. Dans le cas d’une requête impliquant une fusion de tables volumineuses et un tri des données avant le renvoi des résultats à l’utilisateur, SQL Server utilisera probablement plusieurs threads. Toutefois, un utilisateur ne peut pas décider si SQL Server exécutera une requête à l’aide d’un ou plusieurs threads.\nCertains paramètres de configuration peuvent être modifiés pour influencer ce traitement multithread ou parallèle d’une application. Dans le cas de SQL Server, par exemple, il s’agit de la configuration maximale de degré de parallélisme. Ce paramètre appelé MAXDOP permet de configurer le nombre maximal de processeurs que SQL Server peut utiliser lors d’un de traitement parallèle. Vous pouvez configurer MAXDOP pour des requêtes individuelles ou pour des opérations d’index. Cela vous sera utile si vous souhaitez équilibrer les ressources de votre système pour une application stratégique en termes de performances.\nSupposons par exemple que votre application basée sur SQL Server exécute simultanément une grande requête et une opération d’index. Imaginons que vous souhaitiez que l’opération d’index soit plus performante que la requête volumineuse. Dans ce cas, vous pouvez spécifier une valeur MAXDOP de l’opération d’index supérieure à la valeur MAXDOP de la requête. SQL Server dispose ainsi d’un plus grand nombre de processeurs exploitables pour l’opération d’index par rapport au nombre de processeurs qu’il peut consacrer à la requête volumineuse. N’oubliez pas que vous n’avez aucun contrôle sur le nombre de threads que SQL Server utilisera pour chaque opération. Vous pouvez contrôler le nombre maximal de processeurs dédiés au traitement multithread.\nEn savoir plus sur Degrés de parallélisme dans SQL Server. Découvrez les paramètres qui influencent le traitement multithread dans votre application et leurs configurations pour optimiser les performances.\nLa profondeur, longueur ou taille de file d’attente correspond au nombre de demandes d’E/S en attente dans le système. La valeur de profondeur de file d’attente détermine le nombre d’opérations d’E/S que votre application peut aligner et qui seront traitées par les disques de stockage. Elle affecte les trois indicateurs de performance que nous avons abordés dans cet article, à savoir le nombre d’IOPS, le débit et la latence.\nLa profondeur de file d’attente et le traitement multithread sont étroitement liés. La valeur de profondeur de file d’attente indique dans quelle mesure l’application peut prendre en charge un traitement multithread. Si la profondeur de file d’attente est importante, l’application peut exécuter davantage d’opérations simultanément, autrement dit un meilleur traitement multithread. Si la profondeur de file d’attente est petite, même si l’application est de type multithread, le nombre de demandes alignées sera insuffisant pour permettre une exécution simultanée.\nEn règle générale, les applications du commerce ne vous permettent pas de modifier la profondeur de la file d’attente, car un paramétrage incorrect peut faire plus de mal que de bien. Les applications définissent la valeur de la profondeur de file d’attente appropriée pour obtenir des performances optimales. Il est toutefois important de comprendre ce concept afin de pouvoir résoudre les problèmes de performances que vous pouvez rencontrer avec votre application. Vous pouvez également observer les effets de la profondeur de file d’attente en exécutant les outils de benchmarking sur votre système.\nCertaines applications fournissent des paramètres qui influencent la profondeur de file d’attente. Le paramètre MAXDOP (degré maximal de parallélisme) dans SQL Server, par exemple, est expliqué dans la section précédente. MAXDOP offre un moyen d’influencer la profondeur de file d’attente et le traitement multithread, sans pour autant modifier directement la valeur de profondeur de file d’attente de SQL Server.\nGrande profondeur de file d’attente\nUne grande profondeur de file d’attente permet d’aligner davantage d’opérations sur le disque. Le disque peut anticiper la prochaine demande placée dans sa file d’attente. Il peut ainsi planifier les opérations à l’avance et les traiter dans un ordre optimal. Étant donné que l’application envoie davantage de requêtes sur le disque, ce dernier peut traiter un plus grand nombre d’E/S parallèles. Au final, l’application sera en mesure d’atteindre un taux supérieur d’E/S par seconde. Puisque l’application traite davantage de demandes, le débit total de l’application augmente également.\nEn général, une application peut atteindre un débit maximal avec 8-16 E/S en attente par disque connecté. Si la profondeur de file d’attente est de 1, l’application n’envoie (push) pas suffisamment d’E/S sur le système et traite moins de données pendant une période donnée. En d’autres termes, elle atteindra un débit inférieur.\nPar exemple, dans SQL Server, une valeur MAXDOP de 4 pour une requête indique à SQL Server qu’il peut utiliser jusqu’à quatre cœurs pour exécuter la requête. SQL Server déterminera la meilleure valeur de profondeur de file d’attente ainsi que le nombre de cœurs à utiliser pour l’exécution de la requête.\nProfondeur de file d’attente optimale\nUne valeur de profondeur de file d’attente très élevée présente aussi des inconvénients. Si la valeur de profondeur de file d’attente est trop importante, l’application tentera de générer un taux d’E/S par seconde très élevé. À moins que l’application repose sur des disques persistants associés à un nombre suffisant d’E/S par seconde, cela peut affecter sérieusement les latences d’application. La formule suivante montre la relation entre les IOPS, la latence et la profondeur de file d’attente.\nVous ne devez pas configurer la profondeur de file d’attente à une valeur élevée, mais plutôt à une valeur optimale, qui peut générer suffisamment d’E/S par seconde pour l’application sans affecter les latences. Par exemple, si la latence de l’application doit être de 1 milliseconde, la profondeur de file d’attente requise pour atteindre 5 000 E/S par seconde sera : PF = 5 000 x 0,001 = 5.\nProfondeur de file d’attente pour le volume entrelacé\nPour un volume entrelacé, conservez une profondeur de file d’attente suffisamment élevée de sorte que chaque disque dispose individuellement d’un pic de profondeur de file d’attente. Prenons l’exemple d’une application qui envoie (push) une profondeur de file d’attente de 2 dans un scénario d’entrelacement à quatre disques. Les deux demandes d’E/S seront transmises à deux disques et les deux disques restants seront inactifs. Vous devez par conséquent configurer la profondeur de file d’attente afin que tous les disques puissent être occupés. La formule ci-dessous montre comment déterminer la profondeur de file d’attente des volumes entrelacés.\nAzure Premium Storage configure la valeur spécifiée d’E/S par seconde et de débit en fonction des tailles de machine virtuelle et des tailles de disque que vous choisissez. Chaque fois que votre application tentera de dépasser les limites de ce que la machine virtuelle ou le disque peut gérer, Premium Storage lui imposera une limitation. Cette limitation se manifeste sous la forme d’une dégradation des performances de votre application, à savoir une latence plus élevée, un débit réduit ou un nombre inférieur d’IOPS. Sans cette limitation, votre application risquerait de planter en demandant plus que ses ressources ne lui permettent d’effectuer. Par conséquent, pour éviter les problèmes de performances associés à une limitation, veillez à toujours fournir suffisamment de ressources pour votre application. Tenez compte des explications données ci-dessus dans les sections relatives aux tailles de disque et aux tailles de machine virtuelle. Le benchmarking offre le meilleur moyen de déterminer les ressources dont vous aurez besoin pour héberger votre application.\nEn savoir plus sur les types de disque disponibles :\nPour Linux : Sélectionner un type de disque\nPour Windows : Sélectionner un type de disque\nPour les utilisateurs de SQL Server, consultez les articles relatifs aux meilleures pratiques de performances de SQL Server :\nMeilleures pratiques relatives aux performances de SQL Server sur les machines virtuelles Azure\nAzure Premium Storage provides highest performance for SQL Server in Azure VM (en anglais)


la prise en charge du handicap aux Pays-Bas - Politique de Santé - Santé publique- Actualité médicale - information santé - depeches - InformationHospitaliere\nFace à l’augmentation des coûts liés à la prise en charge du handicap, les pouvoirs publics néerlandais, avec une série de réformes dont la dernière, de nature structurelle, date de janvier 2006, ont mis l’accent sur l’accès ou le retour à l’emploi des personnes handicapées, avec pour objectif connexe de limiter le nombre de bénéficiaires de pensions d’invalidité.\nEn effet, la loi d’assurance contre l’incapacité (WAO) avait ouvert en 1967 un droit à pension très large en faveur des salariés devenus handicapés, quelle qu’en soit la cause, et en congé maladie depuis au moins un an, délai porté à deux ans en 2003.\nEn février 2004, le nombre total de bénéficiaires de pensions d’invalidité était de 975 000, dont 781 000 pour le dispositif WAO ; 40 % parmi ceux-ci avaient plus de 55 ans.\nDe 1984 à 2004, des réformes successives ont permis aux Pays-Bas de réduire le nombre de pensionnés d’invalidité par une stratégie alliant l’insertion dans l’emploi et la responsabilisation financière des employeurs, notamment à travers la prise en charge de la première année de congé maladie.\nCette politique n’ayant obtenu que des résultats partiels, le gouvernement s’est engagé, avec la loi WIA dans une nouvelle réforme qui limite l’accès à l’invalidité et prend en compte les capacités de travail des personnes partiellement handicapées. Les mesures de réinsertion ont par ailleurs été pour partie confiées au secteur privé, et un budget personnalisé (PGB) est attribué à près de 70 000 personnes pour l’achat de services d’aide à la personne.\nDREES – « Études et Résultats » n° 468 , février 2006


Echange avec Benbellen Farmstay, Hannam Vale, NSW, Australie\nInvitations réciproques et échanges d'idées entre Benbellen Farmstay à Hannam Vale, New South Wales, Australie et L'Etoile Maison d'hôtes à La Bastide-Puylaurent en Lozère, France.\nBenbellen Farmstay Nouvelle ferme et nouveau métier\nPeter est un homme grand et calme, il parle posément, un peu comme un chef d'entreprise avec bac + 12 et une grande expérience. Il m'impressionne un peu. Mon bac -4 en prend un coup et même avec mes 10 ans dans le métier de l'accueil, je sens que j'ai trouvé en lui comme un Maître.\nDès le matin, nous partons pour une compétition de golf, premier pas sur le "green" et premier lancé de balle; voir de motte de terre gazonnée. La match est trop serré entre les 4 mousquetaires, je m'occuperai des photos et du buggy. L'ambiance est conviviale, ce sont de vieux amis. Peter joue et gagne. Je me sens l'âme d'un coach. "You got it !" Mais le soleil est chaud et la bière fraîche... Après 9 trous et 4 km de marche, je pointe vers le bar du club pour une "Guiness" avec vue sur le bowling.\nPeter est toujours au travail, il est méthodique, un peu lent mais efficace. Il s'occupe surtout des petits déjeuners et des desserts ainsi que de la fabrication des confitures. Il me parle de son métier et du "flashing money"; encore deux ans et il ne devra plus faire cet aller-retour sur Sydney.\nEn bout de ligne téléphonique, sa connexion Internet tourne lentement; Peter ne peut espérer mieux. Son bureau est spacieux avec vue sur l'entrée et le poulalier. Endroit paisible et idéal pour l'écriture et le travail.\nLe poële à bois dans le dining-room suffira comme chauffage d'appoint l'hiver. Il ne fait jamais en dessous de zéro me dit-il. Peut-être un piano aurait eu sa place près du canapé de style english mais je reconnais que depuis que j'en ai un dans ma salle à manger, j'ai toujours tendance instinctivement à le chercher chez les autres. Un beau meuble et en plus qui envoûte l'atmosphère par temps d'improvisation.\nIl y a aussi ces deux nymphes qui me regardent comme la Joconde. Elles sont à la hauteur de mon regard et semblent venue d'un autre monde, loin de cette aventure australienne si loin de tout.\nOuvert depuis deux ans, Sherry & Peter ont admirablement arrangé leur propriété; vue sur les étangs et les pâturages où paissent lamas et vaches. Les oies et les canards parcourent la propriété; c'est un peu l'Arche de Noé. La maison principale construite sur pilotis, est toute en bois. Une vue imprenable sur les étangs, les près et la forêt d'écalyptus. Tout est vert ici, la vie est belle à Benbellen !\nKaiser, le vieux chien de la maison a chaud, il cherche sa place; une fois dedans une fois à l'extérieur. Il aboit deux fois quand quelqu'un arrive, puis va se coucher. Caroline craint les chiens.... et c'est à ses pieds que Kaiser vient se placer.\nSherry ne croit pas en Dieu, elle pense que nous sommes juste de passage ici et qu'il ne faut pas y attacher d'importance. Ceci en roulant avec son gros Toyota vers cette colline qui domine la mer à South Brother. Sherry a une telle énergie que j'ai un peu du mal à la suivre. Heureusement, Caroline, plus posée, se met vite au diapason et je peux faire mes respirations en espérant que cela atténuera les virages...\nDe retour à "Benbellen", un couple de San Fransisco arrive... Sherry est sous sa douche et c'est Caroline qui les accueille. Rapidement, nous lions amitié; Donna, 55 ans environ, d'origine japonaise, est déjà occupé à mettre la table. Stephen, joaillier de son métier, a trouvé les livres de la bibliothèque et ce petit coin du lecteur qui vous plonge dans un univers unique.\nSherry et Peter sont nos invités ce soir; suivant leurs conseils, nous nous rendons dans un restaurant thaïlandais près de la mer. Les serveuses sont jolies et efficaces, le repas est excellent et le vin que je me suis fait conseiller est parfait. Je me plais en Australie, je reviendrai !\nBenbellen Farmstay à Hannam Vale, New South Wales, Australie - Plan\nCorang Farmstay Un oasis dans le Bush australien\nMidginbil Hill Resort 160 hectares de jardin botanique\nMowbray Park Resort Domaine de l'ancienne Angleterre\nO'Reillys Guesthouse Grande famille et grosse entreprise


Conférence EASPD au Monténégro : Nexem a présenté le dispositif Assistant au projet de vie - Nexem\nAccueil > Actualités > Conférence EASPD au Monténégro : Nexem a présenté le dispositif Assistant au projet de vie\nLes représentants du Haut-Commissariat des Nations unies aux droits de l’Homme, du Conseil de l’Europe, de la Fédération européenne des personnes handicapées et de l’Organisation pour la sécurité et la coopération en Europe ont souligné la connexion indivisible entre les ODD et la Convention des Nations unies relatives aux droits des personnes handicapées d’un point de vue politique, juridique et pratique. Il a été mis en évidence que des communautés d’entraide peuvent promouvoir le changement dans les mécanismes de protection sociale. Elles peuvent également avoir un impact positif sur les cadres législatifs afin de créer une société inclusive et durable.\nCe service de proximité a pour objectif d’accompagner les familles concernées par le handicap dans la construction du projet de vie de leur enfant et dans leur parcours. Cela en lien avec les acteurs du territoire spécialisés comme de droit commun. Pour ce faire, un professionnel dénommé “assistant au projet de vie” les écoute et les informe en fonction de leur demande. Il leur apporte son appui dans l’identification des solutions d’accompagnement qui correspondent à leurs attentes, dans tous les domaines de la vie – accès aux droits, éducation, aides techniques, soins, culture, sport, loisirs…


Trouvailles nantaises • Grooves & Memories\nPosté par Sound Chaser\tle 29 août 2017 2 février 2019 7 commentaires sur Trouvailles nantaises\nPassage rapide à Nantes et l’occasion de visiter quelques boutiques de disques. Certaines étant encore en congés d’été et manquant de temps cette fois-ci, je ferai un article plus précis sur le sujet lorsque l’opportunité d’explorer toutes les adresses se présentera.\nPour une première approche, je suis passé chez OCD (37 Rue de Verdun), quelques bacs de vinyles, quelques bons albums à des prix assez raisonnables mais moins de choix et moins bien mis en valeur que l’OCD de Rennes par exemple. J’y ai trouvé Grand Hotel de Procol Harum que je cherchais depuis quelques temps…\nPassage ensuite chez Bande Dessinée Musique (7 Rue des Trois Croissants), qui comme son nom l’indique, n’est pas spécialisé musique mais possède quand même une chouette sélection, j’y ai vu du Eloy, du Jane et des prix assez cohérents.\nPlace à CD Mania (2 Rue Jean Jacques Rousseau), qui comme son nom ne l’indique pas, propose une belle sélection de vinyles mais à des prix malheureusement trop élevés pour des albums parfois très courants, ce n’est évidemment que mon humble avis !\nVisite quasi obligatoire chez Mélomane (2 Quai de Turenne), une chouette boutique, un peu plus de disques neufs que d’occasion et des prix plutôt dans la moyenne haute disons.\nJe finis avec deux bonnes surprises : Happy Cash (3 Rue du Chapeau Rouge), pas mal de disques et quelques albums intéressants avec une offre à 10 euros les 4 disques. C’est toujours assez amusant de visiter ce genre de boutiques puisqu’on y trouve souvent à boire et à manger, l’offre étant somme toute assez aléatoire.\nEnfin, une très chouette « adresse », le vendeur ambulant de la place Sainte-Croix (présent tous les après-midi du mardi au samedi). Des bacs à 2 et 5€ et une bonne sélection de disques plus rares (quelques disques de prog bien sympathiques comme Pulsar ou Shylock). Je ne manquerai pas d’y retourner !\nLes quelques trouvailles de cette journée nantaise :\nPrevious Post: Rencontre avec Steven Wilson à LondresArticle précédent\nNext Post: Boutiques de disques vinyles à Londres, la suiteArticle suivant\n7 commentaires sur “Trouvailles nantaises”\nJe suis allé faire un saut sur la boutique en ligne de « Mélomane » en suivant ton lien, où les pris me semblent, en effet, fort élevés. En 1956 et en équivalent de pouvoir d’achat, un 33T coûtait 58,06€. A partir de la fin des années 60 et jusqu’au milieu des années 70 -avant les effets de la crise pétrolière, qui eurent un impact sur le prix de la matière première et renchéri un peu le coût des disques, hausse compensée par la multiplication des séries économiques-, ce prix avait très largement baissé.\nEu égard à la démocratisation de l’accès à la culture de nos jours, les prix indiqués pour certains albums sur la boutique en ligne me semblent presqu’outranciers.\nNonobstant, j’aime beaucoup « Grand Hotel » de Procol Harum 😀 !\nJ’achète très peu de disques neufs je dois dire parce qu’effectivement, les prix sont assez rédhibitoires mais le pire c’est que très souvent les vinyles modernes de groupe un peu indé qui sortent aujourd’hui voient leur prix grimper assez rapidement, alors forcément on se dit qu’il faut mieux l’acheter à sa sortie à 25 ou 30 euros que quelques mois plus tard à 60… :/\nParallèlement à ça, sur le marché de l’occasion, voir encore du Dire Straits ou du Electric Light Orchestra à 15 euros, ce n’est guère mieux. Je ne sais pas si beaucoup de monde achètent encore ces disques à ce prix (y’a pas de jugement de valeur, je parle juste du rapport prix / rareté d’albums comme Communiqué de Dire Straits, Police ou encore Barclay James Harvest, ce ne sont que des exemples).\nJe crois qu’il y a des acheteurs pour des disques même de Dire Straits à des prix hors de proportion par rapport à la non rareté de ces disques ! Il n’y a qu’à voir certains post Facebook sur les groupes (comme mon dernier skeud ou vinyles et vide-greniers) ! Entre ceux qui montrent leurs achats de rééditons récentes, sans doute chères, et leurs trouvailles assez courantes, les vendeurs ont de quoi se frotter les mains ! Je suis passé à la FNAC d’Aix ce matin (pas pour acheter, mais pour voir les prix) ! Et c’est hallucinant ! 20, 25 € pour le moins cher et plus encore ! Je ne parle pas des rééditions à 10€ dont la qualité n’est pas toujours top (et il n’y en avait très peu en plus) !\nAprès, si quelqu’un veut mettre plus de 5€ dans Communiqué de Dire Straits, why not, si ça lui fait plaisir !\nIl y a un effet de mode et les Universal et autres Sony en profitent au maximum, pour le plus de profit possible le plus vite possible ! Et quand la mode passera… On sait ce qui va se passer !\nVos deux commentaires me font penser à ce sophisme bien connu : ce qui est bon marché est cher 😀 En effet, ce qui rare est cher. Pourtant, ce qui est bon marché est rare. Donc, ce qui est bon marché est cher -et inversement !-.\nOn peut aussi voir les choses différemment : c’est parce que les disques de Police ou de Dire Straits avaient très bonne réputation à l’époque de leur sortie qu’ils se sont très bien vendus, et qu’ils ont gardé bonne notoriété : dans ces conditions, et fort de cet étiquette de « très bon disque », l’acheteur est prêt à y mettre un peu d’argent, en dehors de toute démarche de « collectionneur » : on baisse rarement le prix d’un objet, quel qu’il soit, qui se vend bien, puisqu’on finit toujours par trouver un acheteur au prix demandé.\nA contrario, et hors cette démarche de collectionneur, peu « d’acheteurs moyens » -sans rien de péjoratif derrière ce terme- seront sans doute prêts à dépenser une somme un peu importante pour un groupe inconnu ou peu connu publié sur un label indépendant, en se disant tout simplement que si le groupe ou l’artiste étaient bons, ils seraient connus et auraient signé chez une major -ce qui finit quasiment toujours par arriver…-.\nÇa s’appelle la loi du marché, me semble-t-il. Et elle est parfois injuste 😉\nEn fait, le bon prix d’un disque (dans le cas qui nous occupe), c’est le prix qu’un acheteur est prêt à mettre ! 😉\nAprès c’est aussi un peu délicat de critiquer les prix des disques d’occasion en boutique, vu la gestion et les frais inhérents à un commerce, c’est évident qu’ils ne peuvent pas pratiquer les prix de vide-greniers (enfin les vrais prix de vide-greniers 😀 ), et puis tout le monde ne souhaite pas non plus se lever à 5h pour trouver du Pink Floyd à 1€.\nJ’aime bien soutenir les disquaires évidemment (c’est aussi pour ça que j’aime bien partager les bonnes adresses ici, ce que j’aimerais faire encore plus à l’avenir), surtout quand il y a un juste milieu entre vraiment bonnes affaires, prix corrects et nouveautés alignés sur Amazon par exemple.\nIl est vrai que le réseau des disquaires a été si malmené, à partir du milieu des années 80 -multiplication des grandes boutiques ouvertes un peu partout par l’agitateur culturel d’alors, notamment- que c’est un vrai plaisir que de fréquenter les échoppes de ceux qui restent ou se sont lancés sur ce créneau. Généralement, je vais chez les disquaires en Allemagne : c’est bien moins cher et le choix en classique est nettement plus large, sans compter qu’ils ont des bacs à soldes quasiment en permanence 🙂 !\nCela étant, sur le marché de niche qui est le mien désormais, hors des boutiques en ligne plutôt spécialisées, peu de chance de trouver quoi que ce soit en France… Les rayons de la F..c, en classique, sont réduits à très peu de choses, et le fond de catalogue, qui ne rapporte quasiment rien, en est totalement absent. Je n’y vais plus qu’assez rarement, pour profiter notamment des promos éditeurs en pop-rock, genre 4 CD pour 20 euros. Et dire qu’avant, j’allais chez mon disquaire favori au moins trois fois par semaine ! O tempora, o mores !


Nouveau Champion : Aurelion Sol - League Of Legends\nNouveau Champion : Aurelion Sol\nAnnoncé il y a peu, le nouveau champion de League Of Legends se nomme Aurelion Sol et sera un Mage ayant un « burst » conséquent. Un nouveau champion avec des mécaniques très intéressantes, comme Riot nous y habitue depuis Yasuo ! Petite présentation du champion.\n« Ce mage à moyenne portée inflige des dégâts de zone dévastateurs avec ses étoiles en orbite. Et quand il doit aller quelque part, le Forgeur d’étoiles peut survoler le terrain tout en faisant croître son étoile de l’apocalypse. »\nUn nouveau mage à portée courte vient d’apparaître et il se nomme Aurelion Sol. Avec ses étoiles qui orbitent autour de lui, ce champion sera obligé de push en permanence, le forçant alors à décaler sur les autres voies. Pour ce faire, son gameplay repose sur son étourdissement dont la largeur peut devenir excessivement grande et sa capacité à se déplacer en ignorant complètement les murs.\nLes statistiques d’Aurelion Sol\nPV : 550 (+80 / niveau)\nMana : 350 (+50/ niveau)\nRégénération de PV / sec : 1.3 (+0.12 / niveau)\nRégénération de mana / sec : 1.2 (+0.16 / niveau)\nAttaque de base : 57 (+3.2 / niveau)\nVitesse d’attaque : 0.625\nArmure de base : 21 (+3.5 / niveau)\nLes sorts d’Aurelion Sol\nTrois étoiles orbitent en permanence autour d’Aurelion Sol, infligeant des dégâts aux ennemis qu’elles touchent. Tout effet empêchant l’utilisation des sorts ( étourdissement, silence, Zhonya ) désactivent les étoiles pendant la durée de l’effet.\nCes étoiles étant actives en permanence, il sera très difficile de ne pas push sa lane, vous serez donc vulnérables aux ganks. En contrepartie, la lane permapush vous permettra de décaler facilement afin d’aider vos alliés sur leurs voies respectives.\nA/Q : Stellogénèse\nAurelion Sol tire dans une direction le noyau d’une étoile nouvelle-née qui explose, blessant et étourdissant les ennemis dans la zone d’explosion. La zone grandit avec le temps si Aurelion Sol reste proche du noyau (qui s’éloigne avec le temps). Le sort explose quand il atteint sa portée maximale ou quand on appuie une nouvelle fois sur la touche.\nCombiné à la mobilité d’Aurelion Sol provenant de son E (expliqué plus bas), ce sort est de loin le contrôle de zone avec la zone la plus large du jeu. Pour vous donner une idée, voici une vidéo du champion sur le PBE par skyyart. (Attention, il a tendance à hurler, méfiez vous du volume !)\nZ/W : Expansion Céleste\nAurelion Sol repousse ses étoiles jusqu’à sa bordure extérieure, augmentant les dégâts qu’elles infligent. Le sort coûte du mana à l’activation et draine du mana pendant qu’il reste activé. Quand la compétence est désactivée ou qu’Aurelion est à court de mana, il rapproche ses étoiles.\nCe sort est le sort principal de dégâts d’Aurelion Sol. Dû à son fonctionnement, il faudra un placement irréprochable pour faire un maximum de dégâts. De plus, vous aurez probablement besoin d’objets de régénération de mana afin d’éviter de perdre trop de mana en l’utilisant.\nAurelion Sol augmente passivement sa vitesse de déplacement quand il se déplace dans une direction donnée. Une partie de la vitesse est stockée et est perdue si Aurelion Sol est blessé. Quand le stock atteint son maximum, Aurelion Sol peut activer sa compétence pour se déplacer à un endroit donné en volant ( il ignore alors les murs et les unités ). Si un ennemi le blesse, il est ramené à terre.\nCe sort est le principal outil de gank d’Aurelion Sol. Il permets de traverser la carte à très grande vitesse car il ignore les obstacles sur son passage. C’est aussi ce sort qui permets d’avoir une zone énorme sur le A.\nAurelion Sol tire une vague de feu stellaire dans une direction qui blesse et ralentit tous les ennemis touchés. De plus, il éjecte les ennemis proches jusqu’à sa bordure extérieure.\nExtrêmement pratique pour éjecter un ennemi tout en le mettant à portée de Z. De plus, ce sort est le seul sort de « longue » portée ( similaire à un A de Xerath ) dont dispose Aurelion Sol.\nLe Gameplay d’Aurelion Sol\nContrairement à la plupart des champions, la majorité des dégâts d’Aurelion Sol proviennent de son passif. Il faudra donc toujours faire attention à son placement. Toutefois, de par sa portée très courte pour un mage, Aurelion Sol devra toujours être en danger pour maximiser ses dégâts, ce qui sera son principal point faible.\nAvec la largeur énorme de son étourdissement, Aurelion Sol sera décisif pour le début des combats d’équipe et les objectifs, étant alors capable d’étourdir une équipe entière sans aucune possibilité de contre. Attention toutefois, car le champion se trouve être très manavore et par conséquent vite inutile si les combats s’éternisent.\nAurelion Sol aura beaucoup de mal contre les champions pouvant s’approcher facilement puisqu’il n’as pas de moyen de s’échapper facilement, attention aux assassins donc type Zed, Ekko ou Fizz qui seront très puissants contre Aurelion Sol. De par ses dégâts immenses, il sera très fort contre les mages à moyenne portée, qu’il sera capable d’épuiser très rapidement en phase de lane. De plus, il posera des difficultés aux mages immobiles de par sa capacité à push rapidement et à décaler sur les autres voies où il ne pourra pas être suivi.\nIl a des dégâts continus conséquents\nUn étourdissement en zone énorme et quasiment inesquivable\nUne très grande capacité à gank grâce à son E\nIdéal pour les objets avec effets des sorts (Rylai, Volonté des Anciens) qui s’appliquent avec son passif !\nUne portée faible qui le mettra en danger dans les combats d’équipe\nTrès vulnérable aux ganks dû à son manque de mobilité\nDégâts basés sur son passif très prévisible donc facile à esquiver\nLe concept derrière Aurelion Sol est extrêmement intéressant : un mage qui est obligé de push et dont les dégâts sont principalement sur son passif. Encore un perso très mécanique qui demandera une grosse vision de jeu pour être utilisé à son plein potentiel. Probablement permaban dû à son stun de zone gigantesque, il pourrait être intéressant de le voir dans le jeu professionnel ( bien que peu probable à cause de la coordination des différentes équipes qui rendra la partie très difficile pour Aurelion Sol ).


Mobilhome vue mer au calme - Cabanas para Alugar em Morieux, Brittany, França\nTrès bon séjour à la nature. Très bon emplacement\nlogement propre avec toutes les commodités,dans un endroit calme sans vis à vis,proche de la mer,avec de belles randonnées et visites à (Website hidden by Airbnb) baie très jolie avec sa réserve d oiseaux. propriétaire agréable et au petit soin je recommande cette location Nous a…\nOlivier est un hôte de qualité, réactif et dispo. Merveilleux endroit pour deconnecter de la ville, endroit et moment suspendus.\nMagnifique endroit, très proche de la mer. Olivier a été très réactif par gsm et est passé nous faire un coucou. Propre, jardin clôturé, hyper fonctionnel. Idéal avec deux enfants. Plage très chouette, calme et à 50 m. Commerces facilement accessibles en voiture. Nous avons passé…\nMorieux, França · Inscreveu-se em Fevereiro de 2012\nExplore outras opções dentro e fora de Morieux\nMais lugares para ficar em Morieux:


Ripple Fait Des Vagues En Chine Et En Malaisie – Passioncrypto\nRipple Fait Des Vagues En Chine Et En Malaisie\n31 juillet 2020 31 juillet 2020 PassionCrypto\tAucun commentaire\tRipple (XRP), XRP (XRP)\nLorsque Marcus Treacher (SVP of Customer Success de Ripple) a révélé dans une discussion au coin du feu il y a quelques semaines que Ripple était très désireux de s’étendre en Chine et que la société avait fait des transactions avec certains nœuds chinois à l’époque, il y avait très peu d’indications sur ce qu’il faisait référence à. Il semble que Ripple a travaillé sous le radar avec diverses banques et institutions en Chine et en Malaisie pendant la meilleure moitié de 2020.\nLe 12 décembre 2019, Ripple a signé un protocole d’accord avec la Banque d’investissement Asie-Pacifique (APIB), le Nanjing Digital Finance Industry Research Institute et la Bank of Jiangsu.\nDe gauche à droite: M. Liu Xuming (président de l’APIB), le président de la Bank of Jiangsu, M. Jiang Guoqing (doyen du Nanjing Digital Finance Industry Research Institute) et M. Li Yuan (représentant principal de Ripple en Chine) Bureau).\nSelon l’annonce, les quatre parties travailleraient ensemble pour promouvoir la construction et l’application de canaux d’innovation de paiement transfrontaliers basés sur la blockchain, et sur cette base, favoriseraient l’utilisation accrue de plus de produits financiers tels que la conversion du RMB (Renminbi, La monnaie chinoise) et les petites devises. Un merci spécial à Steven Diep pour avoir porté cette annonce à notre attention.\nExaminons de plus près ces trois institutions.\nBanque d’investissement Asie-Pacifique (APIB)\nLa Banque d’investissement Asie-Pacifique a été créée par le groupe financier Asia Pacific Wenjing. Le groupe financier Asie-Pacifique Wenjing est établi à l’étranger (Malaisie) par une entreprise publique chinoise en tant que fenêtre de démonstration financière pour la fourniture de services financiers internationaux aux pays «Belt and Road».\nAPIB a créé et lancé Asia Digital Bank (AsiaDB) au Centre international des affaires et des finances de Labuan, en Malaisie. Le 28 novembre 2019, il a été officiellement approuvé par l’Autorité financière de Labuan en tant que titulaire d’une licence d’entreprise financière numérique. AsiaDB c’est:\nPrenant comme orientation l’exploration du modèle standard des transactions d’actifs numériques,\nEn prenant la recherche sur le chemin de confirmation de l’actif technologique comme objectif,\nPrendre la promotion de la mobilisation mondiale des actifs numériques comme objectif.\nRipple est également répertorié comme partenaire AsiaDB.\nAsiaDB a coopéré activement avec de nombreux partenaires technologiques bien connus dans le monde entier pour faire progresser de manière constante la construction de la plate-forme d’exploitation des actifs numériques Ocliven. Après avoir effectué deux tests système internes les 25 juin et 7 juillet, AsiaDB a invité un certain nombre d’experts renommés dans le domaine de la finance numérique (dont Ripple) à organiser un symposium sur les défis de la plateforme d’exploitation des actifs numériques Ocliven avant son lancement officiel en Shangai, Chine.\nLa plate-forme Ocliven vise à attirer et à faire correspondre efficacement différents types de propriétaires d’actifs et de propriétaires de capitaux, en améliorant la traçabilité des actifs sous-jacents et la transparence de la gestion d’actifs, et en renforçant les marchés de capitaux sur et hors site. Une fois la plateforme mise en ligne, elle profitera à un grand nombre d’entreprises clientes ayant des besoins de financement et de gestion d’actifs transfrontaliers, favorisera la formation d’un nouveau modèle de développement à double cycle de promotion mutuelle «capital + ressources» au pays et à l’étranger, et contribuer à la gestion intelligente et à l’allocation coordonnée des actifs mondiaux à un stade ultérieur au cours de la période post-Covid-19.\nAsiaDB a été ajouté à notre écosystème Ripple .\nInstitut de recherche sur l’industrie de la finance numérique de Nanjing\nSelon l’annonce, le Nanjing Digital Finance Industry Research Institute est la troisième institution à participer à ce partenariat. M. Jiang Guoqing, le doyen de l’institut, était également le directeur de l’Institut de recherche sur la monnaie numérique de la Banque populaire de Chine qui a déclaré en 2018 que la monnaie numérique de la banque centrale (CBDC) n’était pas directement liée à la blockchain, et le sous-jacent La technologie n’est qu’un moyen alternatif pour faciliter la circulation de la crypto-monnaie soutenue par l’État.\nAlors que les quatre parties travaillent à la promotion de la construction et de l’application de canaux d’innovation de paiement transfrontaliers basés sur la blockchain et à la conversion du renminbi, il sera intéressant de voir comment Ripple s’intègre exactement.\nBanque du Jiangsu\nLa banque du Jiangsu, une banque commerciale moderne par actions, a été fondée en fusionnant et en réorganisant les dix banques commerciales dans les villes de Wuxi, Suzhou et Nantong dans la province du Jiangsu, ce qui a créé un nouveau modèle de réforme des services bancaires aux entreprises locales. Entré officiellement en service le 24 janvier 2007, il s’agit d’une grande banque d’entreprise provinciale du Jiangsu.\nActivité passée dans ces pays\nRipple a entretenu d’autres partenariats en Chine et en Malaisie dans le passé. CIMB , MoneyMatch (Malaisie) et Shanghai Huarui Bank , LianLian International (Chine) sont partenaires de Ripple depuis un certain temps déjà.\n← Vision Futuriste De 7 Ans Exprimée Dans The Dawn Of Shelley Dans Un Extrait TEDX Par Charles Hoskinson Pour Cardano (ADA)\nAnalyse des prix Ethereum Classic: l’ETC / USD grimpe de 5% en quelques heures, la poursuite de la reprise est limitée →\nbinance Tether (USDT) Bitcoin Cash (BCH) cryptomonnaie bch IOTA (MIOTA) Tezos (XTZ) litecoin Monero (XMR) eth Ripple (XRP) Dash (DASH) btc ltc cryptocurrency bitcoin XRP (XRP) #Ethereum Stellar (XLM) EOS (EOS) #ETH Ethereum (ETH) blockchain Litecoin (LTC) Jeton xrp Chainlink (LINK) Bitcoin (BTC) ethereum NEO (NEO) chine Ethereum Classic (ETC) Token crypto-monnaie Cardano (ADA) libra #Bitcoin #BTC Ripple Tron (TRX)


ebook Michel Tournier - Duetto de Christophe Rioux | e-librairie E.Leclerc\nebook Michel Tourn...\nMichel Tournier - Duetto\nDe ma banlieue de béton, je rêvais de vert et de vallées. On racontait bien, dans nos cités, qu’il y avait une vallée dans le lointain. Pour l’atteindre, il fallait traverser la ville aux cent tours, passer les échangeurs routiers aux airs de postes frontières, suivre le ruban bitumeux des voies rapides. Et ne pas rater la sortie, qui avait tout d’une porte dérobée, avec ce panneau indicateur laconique : « Chevreuse. »\nMais d’une quelconque vallée, point de trace. On nous la cachait, comme un secret bien gardé, un trésor de l’aménagement du territoire, une perle de l’espace français. La seule vallée à laquelle nous avions droit, c’était la « Vallée de l’Automobile » inventée par les édiles locaux pour réenchanter leurs circonscriptions et brandir l’étendard de l’emploi. En direction de Flins, de Guyancourt ou encore de Poissy, où mon père partait travailler sur les chaînes d’assemblage des usines Peugeot-Simca-Talbot, des grappes humaines résignées convergeaient par car ou par train des grands ensembles des Mureaux, de Trappes ou de Mantes-la-Jolie, dont le nom était trompeur. Les Mureaux, du latin murelli - murailles – annonçaient au moins la couleur : une ville, dix quartiers, cent tours.\nDans la cité des Mureaux où j’avais grandi, j’avais miraculeusement entendu parler de cet homme qui vivait tel un ermite au milieu de sa forêt. Ma première rencontre avec Michel Tournier pourrait commencer ainsi, comme un conte de fées moderne. Mais en réalité, les choses ne s’étaient pas tout à fait mises en place avec l’évidence d’une fable.\nÀ vrai dire, je ne sais plus vraiment comment j’ai été amené à lire mon premier livre de Michel Tournier, un professeur peut-être, une bibliothèque éventuellement, le hasard sans doute. C’était un texte court, pas encore un « texticule » comme Tournier aimait qualifier certaines de ses productions brèves, mais un récit dépouillé, à l’os, dont le gras avait été éliminé par une opération comparable à la réduction pratiquée par les grands chefs.\nIl ne s’agissait pas de l’une des sommes de l’écrivain comme Le Roi des Aulnes ou Les Météores, elles aussi construites sur un système rappelant que Tournier s’était d’abord rêvé en philosophe, avant de s’assumer, sur le tard, en écrivain. Le laboratoire de son œuvre, c’était ces longues heures passées dans ce que j’imagine avec le recul être une sorte de soupente ou de chambre d’étudiant, à préparer l’agrégation de philosophie avec Gilles Deleuze. Michel Tournier n’aura jamais l’agrég et la littérature peut donc remercier son impitoyable jury.


2eme-portee-de-cookie - snoopmonckc\nCookie du Mas Paskalia Cookie des Cavaliers de Quicangrogne\nEt voilà, une nouvelle aventure commence. Ma Cookie (qui n'a pas mon affixe mais qui m'appartient) va avoir des bébés avec Cookie (qui a mon affixe mais qui ne m'appartient pas) Vous suivez ?\nEn fait, Cookie garçon est un fils de Snoop et Lewis, (cliquez ICI pour accéder à sa page). Je l'ai choisi comme reproducteur car je connais les parents évidemment. Snoop qui a 8 ans, est notée stade 1 du souffle cardiaque, ce qui d'après le Pr Valérie Chetboul à Paris, est super pour un chien de cet âge. Quant à Lewis, il a 11 ans, et fait absolument rarissime, il est toujours au grade 0. Les 2 Cookies sont aussi au grade 0 à 5 ans. Donc, nous avons de bonnes chances d'avoir des chiots en bonne santé. Mais la génétique est capricieuse, enfin, croisons les doigts.\nAu fait, les 2 parents étant blenheim, tous les chiots le seront aussi.\nL'échographie a été passée le 25 février. Il y a au moins 4 embryons. Une radio de contrôle sera faite le 13 mars pour compter ce petit monde.\n13 mars 2013 : Et bien voilà, la radio a été faite et on voit 3 têtes, mais j'ai l'impression qu'il y a 4 colonnes vertébrales, donc ce sera la surprise à la naissance 3 ou 4 ???\ncliquez ICI pour voir la radio\n21 mars 2013 : nous en sommes à 58 jours de gestation, tout est prêt pour revecoir les bébés. Cookie se prépare, depuis ce matin, elle pleure quand je ne suis pas auprès d'elle, elle tourne en rond. Elle s'est approprié la caisse de mise bas et....... elle a préparé son nid !!\n22 mars 2013 : décidément Cookie aime bien le 22 mars car sa précédente portée est née également un 22 mars. Bref, ce matin à 9h25 la mise bas a débuté et à 11h elle avait mis au monde 3 jolies petites fifilles blenheim, je vous présente Iliane, Iléa et Ielwen :\ncliquez sur nos photos pour accéder à nos pages\nILIANE est réservée et devient ISIS ILEA est réservée et devient IRIS\nIELWEN est réservée et devient ILWEN


Test HP Pavilion 15-eh1000sf : un portable équilibré – Maticnews\nDans sa robe bleu nuit, le Pavilion 15 présente bien malgré sa coque en plastique. HP a apporté un soin certain aux finitions avec une coque évasée sur la partie arrière, qui ne se contente pas d’être simplement monolithique. Il a même hérité des ouvertures triangulaires des haut-parleurs de la gamme Spectre. Seul bémol, le plastique des bordures d’écran révèle le positionnement de ce châssis sur l’entrée de la gamme Spectre.\nLe clavier est équipé de touches bien espacées à la frappe correctement marquée. Le rétroéclairage blanc sur deux niveaux est bienvenu. Toutefois malgré ses qualités, celui-ci s’enfonce légèrement en son centre, le châssis de ce Pavilion 15 tout en plastique manquant un peu de rigidité.\nÀ noter qu’un lecteur d’empreintes est présent sur le repose-paume droit. Son utilisation n’a pas révélé de défaut particulier et il s’avère même réactif avec Windows Hello.\nLe pavé tactile, subtilement séparé par un liseré argenté, propose une glisse fluide avec des gestes bien pris en compte par Windows 10. Les clics gauche et droit sont toutefois bruyants. Le glisser-déposer ne pose en revanche pas de problème.\nLa connectique comprend deux ports USB-A, un port USB3.2 compatible avec DisplayPort et Power Delivery, un port HDMI et un port microSD. Il ne lui manque qu’un port RJ45 pour être tout à fait complète.\nLa connectivité sans-fil est assurée par une puce Realtek RTL8852AE compatible avec le Wi-Fi 6 et le Bluetooth 5.2. La webcam est située au-dessus de l’écran, sa qualité est à peine correcte et n’est pas compatible avec Windows Hello.\nLe refroidissement est composé d’un ventilateur et de deux caloducs reliés au radiateur. Un système plutôt léger et dimensionné pour le processeur AMD Ryzen 5 5500U qui ne dissipe que 15 W.\nLe système de refroidissement s’avère particulièrement efficace puisqu’à la sortie d’air, placée à droite sous l’écran, nous avons mesuré moins de 40 °C, et ce après 15 minutes d’encodage vidéo. La partie la plus chaude du clavier se situe derrière le processeur, au niveau des touches ZQSD, avec moins de 35 °C. Le pavé tactile et le reste du clavier sont exempts de points chauds.\nLes nuisances sonores sont également très faibles, 35 dB relevés à 50 cm du PC. Dans un environnement calme, le léger souffle est audible, mais cela passera complètement inaperçu dans un environnement plus animé.\nLe démontage du Pavilion 15 est aisé. Petite subtilité : sur les six vis qui maintiennent le panneau, quatre sont cachées dans les deux bandes antidérapantes. Il faudra donc les décoller délicatement pour pouvoir les recoller proprement.\nL’ensemble des composants est aisément accessible. © Les Numériques\nÀ part le processeur soudé à la carte mère (comme sur tous les PC portables), le reste des composants est très accessible. On retiendra la présence de deux emplacements de mémoire vive alors qu’habituellement nous n’en trouvons qu’un seul. La carte wifi ainsi que la batterie sont également facilement démontables. Nous vous parlions d’un manque de rigidité du châssis, HP a, semble-t-il, essayé d’y remédier en plaçant deux blocs en caoutchouc rigide.\nComme évoqué précédemment, notre HP Pavilion 15-eh1000sf est équipé d’un processeur AMD Ryzen 5 5500 à 6 cœurs hyperthreadés pouvant atteindre 4 GHz, le tout dans une enveloppe thermique de 15 W. HP lui a adjoint 16 Go de mémoire vive et un SSD de 512 Go.\nIndice de performance du processeur (le plus grand est le meilleur). © Les Numériques\nAvec un indice de performance de 77, le Pavilion 15 de HP est apte à toutes les tâches bureautiques, avec un petit penchant pour la création. Grâce à ses 12 cœurs logiques, le Ryzen 5 5500U peut à l’occasion faire du traitement photo, et même de l’encodage vidéo. Il se paie même le luxe d’être plus polyvalent que le Core i7-1185G7 de la Surface Laptop 4.\nComme à notre habitude, nous avons lancé Diablo 3 et Overwatch. Le premier jeu avec tous les détails à fond en 1080p fonctionne à 36 i/s, tandis que le second avec tous les détails au minimum dans la même définition affiche près de 80 i/s. La partie graphique Radeon Vega 7 du Ryzen permet donc de jouer de temps à autre à des jeux relativement légers dans des conditions correctes.\nDiablo 3 ne fait pas peur au Ryzen 5. © Les Numériques\nUn mot sur les performances du SSD embarqué : il atteint 1,7 Go/s en lecture et 1,1 Go/s en écriture. Des performances honorables, mais loin de celles des modèles les plus performants qui frôlent les 4 Go/s en lecture.\nHP a intégré une dalle IPS affichant 1920 x 1080 px, des caractéristiques désormais banales sur ce genre de PC. Son intégration n’est pas particulièrement soignée puisque nous avons mesuré le taux d’occupation à 79 %. On note le plastique granuleux autour de l’écran et le logo HP au rendu peu flatteur.\nPour ce qui est des caractéristiques pures de la dalle, nous avons mesuré un contraste de 1218:1, une valeur très correcte pour une dalle IPS. La température de couleur est en revanche un peu élevée avec 7038 K, lorsque la norme vidéo préconise 6500 K. HP annonçait une luminosité maximale de 250 cd/m², nous avons pour notre part mesuré 292 cd/m², une valeur un peu juste, mais heureusement la dalle ne réfléchit que 17 % de la lumière. Vous pourrez profiter de l’affichage sans chercher à éviter les fenêtres. Pour finir, le seul point faible de cette dalle se trouve être la colorimétrie : nous avons mesuré un delta E de 6,6, soit un peu plus du double de la valeur conseillée (3) sous laquelle les différences de couleurs affichées sont imperceptibles.\nDe gauche à droite : la courbe gamma, la température de couleur et le delta E. © Les Numériques\nLes deux haut-parleurs se situent sous le PC de part et d’autre du châssis. Principal inconvénient de cette position : le rendu dépend du support sur lequel le PC est posé et les mains posées sur le clavier altèrent la qualité du son.\nL’ouverture des haut-parleurs est la même que sur la gamme Spectre. © Les Numériques\nMalgré la griffe B&O sur la coque, les deux haut-parleurs ne font pas de miracle et ne bénéficient apparemment pas du même traitement que la gamme Spectre. À l’écoute, le volume sonore est important mais souffre d’un effet de caisse de résonnance à cause du manque de rigidité du châssis.\nLa sortie casque du Pavilion 15 n’a pas de défaut particulier. La puissance de sortie est très légèrement au-dessus de la moyenne, tout comme la diaphonie. La plage dynamique est en revanche légèrement en retrait. Quant à la distorsion, elle est très faible, un bon point pour la restitution sonore.


Première lettre à mes parrains par Romain Q.\nPlusieurs couleurs tapissent leurs petites pattes arrière où sont placés leurs « sacs à pollen ».\nIl y a en ce moment différents pollens présents autour du rucher.\nL’ajonc, un pollen jaune, le prunellier un pollen plutôt beige et aussi le noisetier, qui est plutôt jaune pâle.\nIl y a aussi le pissenlit qui est bien en avance pour la saison et quelques pollens de fruitiers comme celui de pêcher ou d’abricotier.\nLes petites boulettes de pollen que les abeilles amènent aux ruches, ne peuvent pas être toutes identifiées, tant il y en a de différentes tailles et couleurs.\nBien sûr il y a aussi les pollens des champs de moutarde, où fausse roquette que les agriculteurs ont semé comme engrais vert.\nLes colonies qui ont franchi le cap de l'hiver et qui ont encore des réserves sont normalement d'attaque pour une nouvelle année apicole. Apicole.\nMalheureusement, il arrive que l'on perde des ruches par des empoisonnements dus aux pesticides en ce tout début de printemps. Enfin au rucher Cassiopée pour le moment tout va bien ! alors ne paniquons pas…\nCertaines colonies sont un peu plus actives que d'autres mais ça ne veut rien dire.\nIl arrive en effet qu'en cours de saison, celles qui paraissaient les plus fortes se mettent à stagner alors que les autres dont l'activité était moindre se développent très rapidement et deviennent les plus grosses productrices de miel.\nC’est qu’avec les abeilles, on ne sait jamais définitivement à l'avance comment ça va se passer !\nC'est pour cela que j'aime ce métier. Être apiculteur c'est aussi être à l'écoute et observer la nature et le déroulement des saisons pour tenter d'approcher au mieux le comportement de chaque colonie.\nVoilà pour ce rapide flash info qui se résume ainsi :\nLes reines ont repris leur ponte,\nJe contrôle les réserves des colonies pour qu’elles n’en manquent pas !\nPour les autres, c'est la quête du pollen qui permet de nourrir les petites larves des futures abeilles afin que la croissance de la population soit assurée.\nA très bientôt pour d'autres nouvelles et merci encore pour vos précieux soutiens !