Une des caractéristiques essentielles d’une infrastructure de cloud est, d’un point de vue du fournisseur de service, la mutualisation des ressources matérielles pour servir plusieurs clients. Ces ressources n’étant pas illimitées, il faut s’assurer qu’elles soient correctement partagées pour assurer les différents niveaux de service envisagés.
Les trois grands types de ressources matérielles à partager sont le CPU, la RAM et les IO (disque et réseau). Pour le CPU, la multiplication des cœurs de processeurs ces dernières années a rendu possible l’affectation de manière dédiée d’un ou plusieurs cœurs à une machine virtuelle. Pour la RAM, il est risqué d’affecter aux VM allumées plus de mémoire que la capacité des serveurs physiques sous-jacents, donc il n’est pas recommandé de faire, au-delà de quelques pourcents du « partage de RAM ». Reste les IO, pour lesquels la mise en place de quota est la solution la plus adaptée. La suite de cet article s’intéresse à la mise en place de quota d’IO disque pour des machines virtuelles.
(Lire la suite…)

Préambule

Les 150 techniciens de mon client, qui interviennent sur site, ont besoin d’images iso des terminaux et des quelques ordinateurs qu’ils dépannent. Cela représente respectivement 17 et 22Go de données.

Les 17Go leur sont mis à disposition quatre fois par an sur un serveur ftp. Les 22Go une seule fois par an.

Ce serveur ftp est derrière une LS dont le débit est de 50Mbps symétrique.

Les serveurs métiers de mon client sont derrière cette même LS de 50Mbps symétrique.

Le métier de mon client nécessite que ses clients accèdent aux serveurs métier. Les terminaux acceptent toutefois de ne pas être constamment connectés aux serveurs.

A votre avis, que s’est-il passé le jour où une nouvelle version des images iso a été rendue disponible aux techniciens ?

(Lire la suite…)

Dans le cadre de son développement, OCTO recrute un(e) administrateur(trice) réseau, responsable helpdesk.

Le réseau, l’infrastructure et le help desk actuels sont maintenus par des consultants selon leurs disponibilités en mode best effort. OCTO étant en pleine croissance les besoins en terme de help desk et d’infrastructure sont de plus en plus importants. De ce fait, le volontariat interne ne suffit plus.

C’est pourquoi nous cherchons une personne pour assumer cette responsabilité. Selon votre progression le poste pourrait être amené à évoluer vers de l’administration système et réseau sur le parc de serveurs d’Octo (environnement Linux en majorité).
(Lire la suite…)

La dernière fois nous avons vu comment réparer, sous certaines conditions, la FAT de votre partition.

Dans cette dernière partie nous allons voir quoi faire lors d’un crash physique de disque dur. Comme pour les articles précédents, c’est en anglais.

Nous avons vu la dernière fois comment sauver grâce à testdisk une partition malencontreusement effacée.

Nous allons voir dans cet article comment récupérer, sous certaines conditions, la table d’allocation de fichier de votre partition.

Comme précédemment, l’article est en anglais ici.

Cette série de 3 articles, basée sur une histoire vraie, va vous conter comment sauver (les données de) votre disque dur quand celui-ci vous annonce sa décision de ne plus fonctionner, soit de part sa vieillesse, soit par erreurs de votre part.

Vous retrouverez les protagonistes suivant :

• Dans le rôle des méchants : sfdisk, pvcreate et la fainéantise
• Dans le rôle des gentils : testdisk, photorec, dd, ddrescue et la matière grise.

En avant pour le premier, en anglais, qui traite de la suppression de partitions.

Nous avons vu dans les articles précédents comment ssh permettait à Bob de chiffrer ses connexions aux serveurs, comment sudo permettait de restreindre et de tracer qui fait quoi, et comment screen pouvait éviter à Bob de perdre du temps. Fort des ces outils, Bob a commencé à automatiser plusieurs tâches, mais se heurte à des problèmes d’échelle : taper une fois un mot de passe passe, mais cent fois trois mots de passe ne passe plus. (Lire la suite…)

Nous avons vu dans l’article précédent deux outils bien pratique : ssh et sudo. L’un permet de chiffrer une connexion à une machine, le second permet d’exécuter une commande sous le nom d’un autre utilisateur.

Nous avons laissé Bob dans un état détresse insoutenable : un coup de pelleteuse a coupé ses précieuses connexions au serveur distant, lui faisant perdre 1h de compilation, sa vérification des mauvais secteurs sur un disque de 1Tio, son environnement calé aux petits oignons et sans doutes un miroir. Bob aurait pu éviter tout cela s’il avait connu le 3ème S de l’administrateur Unix.

(Lire la suite…)

Ce billet est le premier d’une série de trois articles à propos d’outils que notre expérience nous pousse à considérer in-dis-pen-sable à tout administrateur *nix : S*, S* et S* (oui, nous gardons le suspens)

Généralement, les gens connaissent le premier. Un peu plus rarement le second. Le troisième, quant à lui, est généralement mal connu.

Loin de révolutionner les habitudes (quoique … ), voici une rétrospective des services rendus par ces trois outils et leurs cas d’utilisation les plus courants.

(Lire la suite…)