Veelgestelde vragen over Azure Cloud Services (uitgebreide ondersteuning)

• Cloud Services (klassiek): microsoft.classiccompute/domainnames
• Cloud Services (uitgebreide ondersteuning): microsoft.compute/cloudservices

Cloud Services (uitgebreide ondersteuning) is beschikbaar in alle openbare en onafhankelijke cloudregio's.

Klanten moeten quota aanvragen met behulp van dezelfde processen als elk ander Azure Resource Manager-product. Quotum in Azure Resource Manager is regionaal en er is een afzonderlijke quotumaanvraag nodig voor elke regio.

Cloud Services (uitgebreide ondersteuning) biedt geen ondersteuning voor het logische concept van een gehoste service, waaronder twee sites (Production & Staging). Elke implementatie is een onafhankelijke cloudserviceimplementatie (uitgebreide ondersteuning). Als u een nieuwe versie van een cloudservice wilt testen en klaar wilt zetten, implementeert u een cloudservice (uitgebreide ondersteuning) en tagt u deze als VIP wisselbaar met een andere cloudservice (uitgebreide ondersteuning)

Het concept van gehoste servicenamen bestaat niet meer. U kunt geen lege cloudservice (uitgebreide ondersteuning) maken.

Nee, Cloud Services (uitgebreide ondersteuning) biedt geen ondersteuning voor Resource Health Check (RHC).

Er zijn geen wijzigingen in de metrische gegevens van het rolexemplaren.

Er zijn geen wijzigingen in het ontwerp, de architectuur of onderdelen van web- en werkrollen.

Wanneer meerdere schaalaanroepen plaatsvinden in dezelfde cloudservice (voor verschillende rollen) op hetzelfde moment, vanwege een racevoorwaarde, gaan de Onderdelen van Het Microsoft Platform uit de synchronisatie, wat leidt tot fouten. Microsoft werkt actief aan het oplossen van dit probleem. De tijdelijke oplossing die voor de tussentijd wordt voorgesteld, is niet om alle rollen tegelijkertijd automatisch te schalen.

Er zijn geen wijzigingen in het ontwerp, de architectuur of de onderdelen van de rolinstanties.

Er zijn geen wijzigingen in de implementatiemethode. Cloud Services (klassiek) en Cloud Services (uitgebreide ondersteuning) krijgen dezelfde updates.

Cloud Services -implementatie (uitgebreide ondersteuning) ondersteunt alleen de status Gestopt- Toegewezen, die wordt weergegeven als 'gestopt' in Azure Portal. Gestopt- De toewijzingsstatus wordt niet ondersteund.

Cloud Services -implementaties (uitgebreide ondersteuning) kunnen niet worden geschaald over meerdere clusters, beschikbaarheidszones en regio's.

Implementatie-id, ook wel privé-id genoemd, kan worden geopend met behulp van de CloudServiceInstanceView-API . Het is ook beschikbaar in Azure Portal op de blade Rollen en exemplaren van de cloudservice (uitgebreide ondersteuning)

Cloud Services (uitgebreide ondersteuning) maakt gebruik van openbare IP-adressen van Azure Key Vault en Basic (Azure Resource Manager). Klanten die certificaten vereisen, moeten Azure Key Vault gebruiken voor certificaatbeheer (meer informatie over prijzen van Azure Key Vault.) Elk openbaar IP-adres voor Cloud Services (uitgebreide ondersteuning) wordt afzonderlijk in rekening gebracht (meer informatie over prijzen voor openbare IP-adressen.)

In november 2022 is een bug in bandbreedtefacturering opgelost, waardoor klanten mogelijk meer facturering zien op basis van hun gegevensoverdracht naar andere regio's of internet. Ga naar de pagina met prijzen voor Azure-bandbreedte voor meer informatie.

De SLA (Service Level Agreement) voor Cloud Services (uitgebreide ondersteuning) is hetzelfde als de SLA voor Cloud Services (klassiek). Raadpleeg licentiedocumenten.

Load balancers, netwerkbeveiligingsgroepen en routetabellen moeten zich in dezelfde regio en resourcegroep bevinden.

Key Vault, virtueel netwerk, openbare IP-adressen, netwerkbeveiligingsgroepen en routetabellen moeten zich in dezelfde regio bevinden.

Openbare IP-adressen, load balancers, netwerkbeveiligingsgroepen en routetabellen moeten zich in hetzelfde virtuele netwerk bevinden.

Sjabloon- en parameterbestanden kunnen worden doorgegeven als een parameter met behulp van REST, PowerShell en CLI. Ze kunnen ook worden geüpload met behulp van Azure Portal.

Sjabloon- en parameterbestanden worden alleen gebruikt voor implementatieautomatisering. Net als cloudservices (klassiek) kunt u eerst handmatig afhankelijke resources maken en vervolgens een cloudservicesimplementatie (uitgebreide ondersteuning) met behulp van PowerShell, CLI-opdrachten of via de portal met bestaande csdef, cscfg.

Er zijn geen wijzigingen vereist voor uw toepassingscode die is verpakt in cspkg. Uw bestaande toepassingen blijven werken zoals voorheen.

CTP-pakketindeling wordt niet ondersteund in Cloud Services (uitgebreide ondersteuning). Het biedt echter een verbeterde pakketgroottelimiet van 800 MB

CSES biedt geen ondersteuning voor beheerde identiteiten. Daarom staat het opslagaccount standaard niet toe dat CSES toegang heeft tot de pakketbestanden wanneer het opslagaccount alleen is ingeschakeld voor het geselecteerde virtuele netwerk in de instelling.

Nee, cloudserviceimplementaties (uitgebreide ondersteuning) zijn gekoppeld aan een cluster zoals Cloud Services (klassiek). Toewijzingsfouten blijven daarom bestaan als het cluster vol is.

Het schatten van de benodigde tijd en complexiteitsmigratie is afhankelijk van een reeks variabelen. Planning is de meest effectieve stap om inzicht te hebben in het bereik van werk, obstakels en complexiteit van migratie.

Virtuele netwerken zijn een vereiste resource voor elke implementatie in Azure Resource Manager. De implementatie van Cloud Services (uitgebreide ondersteuning) moet zich in een virtueel netwerk bevinden.

In Azure Resource Manager worden onderdelen van uw cloudservicesimplementatie (uitgebreide ondersteuning) weergegeven als een resource voor betere zichtbaarheid en verbeterde controle. Hetzelfde type resources is gebruikt in Cloud Services (klassiek), maar ze zijn verborgen. Een voorbeeld van een dergelijke resource is de openbare load balancer. Dit is nu een expliciete 'alleen-lezen' resource die automatisch door het platform wordt gemaakt

Een subnet met cloudservicesimplementaties (uitgebreide ondersteuning) kan niet worden gedeeld met implementaties van andere rekenproducten, zoals virtuele machines, virtuele-machinesschaalsets, Service Fabric, enzovoort.

Cloud Services (uitgebreide ondersteuning) ondersteunt dynamische en statische IP-toewijzingsmethoden. In het cscfg-bestand worden naar statische IP-adressen verwezen als gereserveerde IP-adressen.

Klanten worden gefactureerd voor IP-adresgebruik in Cloud Services (uitgebreide ondersteuning), net zoals gebruikers worden gefactureerd voor IP-adressen die zijn gekoppeld aan virtuele machines.

Een gereserveerd IP-adres kan niet worden toegevoegd, verwijderd of gewijzigd tijdens de implementatieupdate of upgrade. Als de IP-adressen moeten worden gewijzigd, gebruikt u een wisselbare cloudservice of implementeert u twee cloudservices met een CName in Azure DNS\Traffic Manager, zodat het IP-adres naar een van beide kan worden verwezen.

Ja. Cloud Services (uitgebreide ondersteuning) kan ook een DNS-naam krijgen. Met Azure Resource Manager is het DNS-label een optionele eigenschap van het openbare IP-adres dat is toegewezen aan de cloudservice. De indeling van de DNS-naam voor implementaties op basis van Azure Resource Manager is <userlabel>.<region>.cloudapp.azure.com

Nee Naslaginformatie over virtuele netwerken is verplicht tijdens het maken van een cloudservice. Voor een bestaande cloudservice kan de verwijzing naar het virtuele netwerk niet worden gewijzigd. De adresruimte van het virtuele netwerk zelf kan worden gewijzigd met behulp van API's voor virtuele netwerken.

Cloud Services (uitgebreide ondersteuning) hebben hetzelfde proces aangenomen als andere compute-aanbiedingen waarbij certificaten zich in door de klant beheerde Key Vaults bevinden. Met dit proces kunnen klanten volledige controle hebben over hun geheimen en certificaten.

Nee Key Vault is een regionale resource en klanten hebben één Key Vault in elke regio nodig. Er kan echter één Key Vault worden gebruikt voor alle implementaties binnen een bepaalde regio.

Ja. Verwijzingen naar sleutelkluis tussen abonnementen in Cloud Services zijn niet toegestaan om te voorkomen dat bevoegdheden worden geëscaleerd via CS-ES. Het abonnement is geen grens die DOOR CS-ES wordt overschreden voor verwijzingen naar geheimen. De reden waarom we verwijzingen voor meerdere abonnementen niet toestaan, is een belangrijke laatste stap om te voorkomen dat kwaadwillende gebruikers CS-ES gebruiken als escalatiemechanisme voor bevoegdheden voor toegang tot andere gebruikersgeheimen. Abonnement is geen beveiligingsgrens, maar diepgaande verdediging is een vereiste. U kunt de Key Vault-extensie echter gebruiken om ondersteuning voor meerdere abonnementen en regio's te krijgen voor uw certificaten. Raadpleeg de documentatie hier

Ja. De reden dat we regiogrenzen afdwingen, is om te voorkomen dat gebruikers architecturen maken die afhankelijkheden tussen regio's hebben. Regionale isolatie is een belangrijk ontwerpprincipe voor cloudtoepassingen. U kunt de Key Vault-extensie echter gebruiken om ondersteuning voor meerdere abonnementen en regio's te krijgen voor uw certificaten. Raadpleeg de documentatie hier

Wanneer meerdere schaalaanroepen plaatsvinden in dezelfde cloudservice (voor verschillende rollen) op hetzelfde moment, vanwege een racevoorwaarde, gaan de Onderdelen van Het Microsoft Platform uit de synchronisatie, wat leidt tot fouten. Microsoft werkt actief aan het oplossen van dit probleem. De tijdelijke oplossing die voor de tussentijd wordt voorgesteld, is niet om alle rollen tegelijkertijd automatisch te schalen.

Dit scenario wordt niet ondersteund via Visual Studio. Implementeren via PowerShell of Portal.

Volgende stappen

Als u Cloud Services (uitgebreide ondersteuning) wilt gaan gebruiken, raadpleegt u Een cloudservice implementeren (uitgebreide ondersteuning) met behulp van PowerShell