Tous les Labs Azure vivent dans un tenant dédié aux labs, distinct des abonnements de production ou de mission.
Chaque lab a son propre Resource Group, ce qui isole clairement et facilite le nettoyage en fin de vie.
Quatre régions sont ouvertes aux labs. Toute autre est refusée par les Azure Policies, sauf exception validée
avec les administrateurs.
Région
Identifiant
Ce qu’il faut en savoir
Switzerland North
switzerlandnorth
Zurich. Avec Switzerland West, le catalogue le plus étroit des quatre : services récents et tailles de machine spécialisées (GPU en particulier) souvent absents.
Switzerland West
switzerlandwest
Genève. Même restriction, et région plus petite. Certaines tailles de machine y manquent aussi.
West Europe
westeurope
Pays-Bas. Grande région historique, la meilleure disponibilité des quatre. Le repli utile quand un service n’existe pas en Suisse.
Sweden Central
swedencentral
Suède. Entre les deux, avec sa propre liste d’exceptions.
Aucune région Azure n’offre la totalité du catalogue. Le service, la taille de machine ou le quota disponible dans
l’une peut manquer dans une autre, et ces écarts bougent au fil des ouvertures et retraits de Microsoft. La seule
liste fiable est la sienne, à consulter avant de dimensionner : Disponibilité des services Azure par région.
Sur ces deux abonnements, vous avez les droits pour créer votre Resource Group. Aucune création par les
administrateurs, aucune validation préalable. Vous déclarez ensuite le lab par un e-mail à
lab@qiminfo.ch, ce qui alimente le suivi et les rappels d’échéance. Le mode opératoire complet est
sur créer mon lab Azure.
Chaque lab possède un VNet dédié. La règle de peering distingue deux cas.
Le peering entre deux VNets de labs est possible, utile pour un scénario multi-labs ou une démonstration
impliquant deux environnements.
Le peering entre un VNet de lab et un VNet de production est interdit. Cette séparation vaut entre les
abonnements eux-mêmes.
Cette frontière lab / production est une garantie structurelle. Elle ne peut pas être contournée par le consultant,
y compris temporairement pour un test.
Utilisateurs, groupes et app registrations ne vivent pas dans votre Resource Group mais dans l’annuaire, et suivent
un processus différent, libre et sans e-mail. Voir Entra ID.
Règles applicables
Abonnements dédiés aux labs
Imposé techniquement
Les ressources de lab Azure vivent dans un tenant dédié aux labs, distinct de la production et des missions. Ce tenant porte deux abonnements : Qim info Labs, l’abonnement pérenne, et Microsoft Azure Sponsorship, l’abonnement partenaire.
ObligatoirePR-GOVCLOUDLAB-A-01
Choisir le bon abonnement
À ma charge
Qim info Labs par défaut : il ne dépend d’aucune condition externe, donc un lab qui doit durer ou être reconduit y reste au même endroit. Microsoft Azure Sponsorship pour un besoin dont le coût ou la consommation dépasse ce qu’un lab ordinaire justifie : sa capacité est plus large, mais elle est adossée au partenariat Microsoft et peut donc être réduite ou supprimée d’une année à l’autre.
Non bloquantPR-GOVCLOUDLAB-A-01
Limites de l’abonnement partenaire
Imposé techniquement
L’abonnement Microsoft Azure Sponsorship est encadré par le partenariat Microsoft : certaines ressources, certains services ou certains quotas peuvent y être indisponibles, sans que ce soit une décision de gouvernance interne. Un besoin bloqué de ce fait se traite en repassant sur Qim info Labs ou en écrivant à lab@qiminfo.ch.
ObligatoirePR-GOVCLOUDLAB-A-01
Un Resource Group par lab
Imposé techniquement
Chaque lab est isolé dans son propre Resource Group.
ObligatoirePR-GOVCLOUDLAB-A-01
Vous créez vous-même votre Resource Group
À ma charge
Dans l’abonnement dédié aux labs, vous disposez des droits nécessaires pour créer votre propre Resource Group : aucune création par les administrateurs, aucune attente de validation. En contrepartie, sa conformité (tags, région, durée, coût) est de votre ressort dès la première ressource.
ObligatoirePR-GOVCLOUDLAB-A-01
Déclarer le lab par un simple e-mail
À ma charge
Un e-mail de déclaration à lab@qiminfo.ch au moment de la création du Resource Group suffit : il alimente le suivi, la revue mensuelle et les rappels d’échéance. Ce n’est pas une demande d’autorisation, rien n’est à attendre avant de commencer.
ObligatoirePR-GOVCLOUDLAB-A-01
Quatre régions ouvertes
Imposé techniquement
Quatre régions Azure sont ouvertes aux labs : Switzerland North, Switzerland West, West Europe et Sweden Central. Toute autre région est refusée, sauf exception technique validée.
ObligatoirePR-GOVCLOUDLAB-A-01
Vérifier la disponibilité en région
À ma charge
Les quatre régions ouvertes n’offrent pas le même catalogue : un service, une taille de machine ou un quota disponible dans l’une peut manquer dans une autre. Vérifiez la disponibilité de ce dont vous avez besoin avant de dimensionner le lab, et choisissez la région en conséquence.
Non bloquantPR-GOVCLOUDLAB-A-01
Un VNet par lab
Imposé techniquement
Un VNet dédié par lab. Le peering entre deux VNets de labs est possible. Aucun peering n’est autorisé entre un VNet de lab et un VNet de production, ni entre les abonnements lab et prod.