U maakt een project waaraan u leden en cloudzones toevoegt, zodat de projectleden hun cloudsjablonen kunnen implementeren in de gekoppelde zones. Als Cloud Assembly-beheerder maakt u een project voor een ontwikkelingsteam. U kunt vervolgens een projectbeheerder toewijzen of u kunt bewerkingen uitvoeren als projectbeheerder.

Wanneer u een cloudsjabloon maakt, selecteert u het project waaraan u het wilt koppelen. Het project moet bestaan voordat u de cloudsjabloon kunt maken.

Zorg ervoor dat uw projecten de zakelijke behoeften van het ontwikkelingsteam ondersteunen.

  • Biedt het project de resources die de doelstellingen van het team ondersteunen? Zie Tutorial: Infrastructuur en implementaties met meerdere clouds instellen en testen in Cloud Assembly voor een voorbeeld van hoe de infrastructuurresources en een project een cloudsjabloon ondersteunen.
  • Hebben uw projectleden vereist of verwacht dat hun implementaties gedeeld of privé zijn? Gedeelde implementaties zijn beschikbaar voor alle projectleden op de pagina Implementaties en niet alleen het implementerende lid. U kunt de status van de delen van de implementatie wijzigen op elk gewenst moment.

    Wanneer u de implementatie met projectleden deelt, kunnen de leden dezelfde dag 2-actie uitvoeren. Om de mogelijkheid te beheren van leden om acties van dag 2 uit te voeren, kunt u dag 2-beleidsregels maken in Service Broker. De beleidsregels zijn van toepassing op Cloud Assembly- en Service Broker-implementaties.

    Voor meer informatie over de dag 2-beleidsregels raadpleegt u Hoe kan ik aan implementatiegebruikers rechten verlenen voor dag 2-acties via beleidsregels?.

Deze procedure is gebaseerd op het maken van een eerste project dat alleen de basisconfiguraties bevat. Terwijl uw ontwikkelingsteam cloudsjablonen maakt en implementeert, kunt u wijzigingen aanbrengen in het project. U kunt beperkingen, aangepaste eigenschappen en andere opties toevoegen om de implementatie efficiënter te laten werken. Zie de artikelen die beschikbaar zijn in Meer informatie over Cloud Assembly-projecten.

Voorwaarden

Procedure

  1. Selecteer Infrastructuur > Beheer > Projecten en klik op Nieuw project.
  2. Voer de projectnaam in.
  3. Klik op het tabblad Gebruikers.
    1. Om implementaties door projectleden alleen toegankelijk te maken voor de aanvragende gebruiker, schakelt u Implementatie delen uit. Om ervoor te zorgen dat u het eigendom van een implementatie kunt toewijzen aan een ander lid van het project, controleert u of Delen van implementaties is ingeschakeld.
    2. Voeg gebruikers of gebruikersgroepen met toegewezen rollen toe.
      Met gebruikersrollen op basis van groepen kunnen gebruikers deelnemen aan uw Active Directory-groepen en deze verlaten zodat de projectbeheerder de individuele gebruikers in het project niet constant hoeft bij te werken. Als het eigendom van een implementatie bijvoorbeeld is gebaseerd op groepen, kunt u het eigendom van een implementatie wijzigen in de groep. Meldingen worden naar alle groepsleden verzonden, zodat iedereen kan antwoorden.
  4. Klik op het tabblad Inrichting en voeg een of meer cloudzones toe.

    Voeg eventuele cloudzones en virtuele privézones toe die de resources bevatten die de cloudsjablonen ondersteunen die door de projectgebruikers zijn geïmplementeerd.

    Voor elke zone kunt u een zoneprioriteit instellen en de hoeveelheid resources beperken die het project kan gebruiken. De mogelijke limieten zijn het aantal instanties, geheugen en CPU's. Alleen voor vSphere-cloudzones kunt u opslaglimieten configureren voor geïmplementeerde resources die zijn gebaseerd op vSphere VM-sjablonen en inhoudsbibliotheekitems. Opslaglimieten houden rekening met de werkelijke capaciteit voor de inrichting van thick en thin resources zodat u overmatig kunt inrichten met thin provisioning. Eersteklasschijven en onafhankelijke vSphere-schijven worden ook meegewogen in de opslaglimieten. Opslaglimieten zijn niet van toepassing op OVA-/OVF-sjablonen die zich buiten de inhoudsbibliotheek bevinden.

    De opslaglimieten worden geëvalueerd wanneer u een implementatie aanvraagt en wanneer u wijzigingen aanbrengt in de implementatie met behulp van de acties voor het wijzigen van de schijfgrootte, het wijzigen van de opstartschijfgrootte, het verwijderen van de schijf en het bijwerken van het aantal. Net als bij de eerste inrichting worden thick en thin provisioning beschouwd om overmatige inrichting te voorkomen. Deze opslaglimieten zijn niet van toepassing op andere resourcetypen zoals AWS, Microsoft Azure of Google Cloud Platform.

    Terwijl u elke zone toevoegt en beperkingen toepast, moet u de projectresources niet zo strikt beperken dat de leden hun cloudsjablonen niet kunnen implementeren.

    Wanneer uw gebruikers een implementatieaanvraag indienen, worden de zones geëvalueerd om te bepalen welke zones de resources hebben om de implementatie te ondersteunen. Als meer dan één zone de implementatie ondersteunt, wordt de prioriteit geëvalueerd en wordt de belasting op de toepassing geplaatst met de hoogste prioriteit. Dit is het laagste gehele getal.

  5. Als het implementeren van de gevraagde workloads voor dit project langer duurt dan twee uur, voert u een hogere waarde in voor de time-out.
    De standaardwaarde is twee uur.
  6. Klik op Maken.
  7. Als u uw project wilt testen met de cloudzones van het project, klikt u op Testconfiguratie op de pagina Projecten.
    De simulatie voert een gestandaardiseerde hypothetische implementatietest uit op de resources voor de cloudzones van het project. Als dit mislukt, kunt u de details controleren en uw resourceconfiguratie corrigeren.

Volgende stappen

Ga aan de slag met cloudsjablonen. Zie Uw Cloud Assembly-implementaties ontwerpen.