Ez a cikk az Azure Cloud Services (kiterjesztett támogatás) szolgáltatással kapcsolatos gyakori kérdéseket ismerteti.
General
Mi a Cloud Services (klasszikus) > Cloud Services (kiterjesztett támogatás) erőforrásneve?
- Cloud Services (klasszikus):
microsoft.classiccompute/domainnames - Cloud Services (kiterjesztett támogatás):
microsoft.compute/cloudservices
Milyen helyek érhetők el a Cloud Services üzembe helyezéséhez (kiterjesztett támogatás)?
A Cloud Services (kiterjesztett támogatás) minden nyilvános és szuverén felhőrégióban elérhető.
Hogyan változik a kvóta?
Az ügyfeleknek ugyanolyan folyamatokkal kell kvótát kérniük, mint bármely más Azure Resource Manager-termék. Az Azure Resource Managerben a kvóta regionális, és minden régióhoz külön kvótakérelemre lesz szükség.
Miért nem látom többé a termelési és előkészítési pontot?
A Cloud Services (kiterjesztett támogatás) nem támogatja az üzemeltetett szolgáltatás logikai koncepcióját, amely két tárolóhelyet (Production &Staging) tartalmaz. Minden üzembe helyezés egy független felhőszolgáltatás (kiterjesztett támogatás) üzembe helyezése. Egy felhőszolgáltatás új kiadásának teszteléséhez és fázisba állításához helyezzen üzembe egy felhőszolgáltatást (kiterjesztett támogatás), és címkézze fel vip-felcserélhetőként egy másik felhőszolgáltatással (kiterjesztett támogatás)
Miért nem tudok többé üres felhőszolgáltatást létrehozni?
Az üzemeltetett szolgáltatásnevek fogalma már nem létezik, nem hozhat létre üres felhőszolgáltatást (kiterjesztett támogatás).
Támogatja a Cloud Services (kiterjesztett támogatás) a Resource Health Check (RHC) szolgáltatást?
Nem, a Cloud Services (kiterjesztett támogatás) nem támogatja a Resource Health Check (RHC) szolgáltatást.
Hogyan változnak a szerepkörpéldány-metrikák?
A szerepkörpéldány-metrikákban nincsenek változások.
Hogyan változnak a webes és feldolgozói szerepkörök?
A webes és feldolgozói szerepkörök tervezése, architektúrája vagy összetevői nem változnak.
A szerepkörpéldányok skálázása továbbra is sikertelen, hogyan lehet ezt enyhíteni?
Ha ugyanazon a felhőszolgáltatáson (különböző szerepkörök esetén) egyszerre több skálázási hívás történik, egy versenyfeltétel miatt a Microsoft Platform összetevői nem szinkronizálódnak, ami hibákhoz vezet. A Microsoft aktívan dolgozik a probléma megoldásán. A köztes megoldáshoz javasolt megkerülő megoldás nem az, hogy az összes szerepkört automatikusan skálázza egyszerre.
Hogyan változnak a szerepkörpéldányok?
A szerepkörpéldányok tervezése, architektúrája vagy összetevői nem változnak.
Hogyan változnak a vendég operációs rendszer frissítései?
A bevezetési metódus nem módosul. A Cloud Services (klasszikus) és a Cloud Services (kiterjesztett támogatás) ugyanazokat a frissítéseket kapja.
Támogatja a Cloud Services (kiterjesztett támogatás) a leállított és a leállított felszabadított állapotokat?
A Cloud Services (kiterjesztett támogatás) üzembe helyezése csak a Leállítva– Lefoglalt állapotot támogatja, amely "leállítottként" jelenik meg az Azure Portalon. Leállítva– A felszabadított állapot nem támogatott.
A Cloud Services (kiterjesztett támogatás) üzemelő példányai támogatják a fürtök, rendelkezésre állási zónák és régiók közötti skálázást?
A Cloud Services (kiterjesztett támogatás) üzemelő példányai nem skálázhatók több fürtre, rendelkezésre állási zónára és régióra.
Hogyan szerezhetem be a cloud service üzembehelyezési azonosítóját (kiterjesztett támogatás)
Az üzembehelyezési azonosító, más néven privát azonosító a CloudServiceInstanceView API-val érhető el. Az Azure Portalon is elérhető a Felhőszolgáltatás Szerepkör és példányok paneljén (kiterjesztett támogatás)
Vannak díjszabási különbségek a Cloud Services (klasszikus) és a Cloud Services (kiterjesztett támogatás) között?
A Cloud Services (kiterjesztett támogatás) Azure Key Vault-alapú és alapszintű (ARM) nyilvános IP-címeket használ. A tanúsítványokat igénylő ügyfeleknek az Azure Key Vaultot kell használniuk a tanúsítványkezeléshez (további információ az Azure Key Vault díjszabásáról.) A Cloud Services (kiterjesztett támogatás) minden nyilvános IP-címéért külön díjat számítunk fel (további információ a nyilvános IP-címek díjszabásáról.)
Miért változik a számlázási összeg 2022 novembere után a Cloud Services (kiterjesztett támogatás) üzemelő példányai esetében?
2022 novemberében kijavítottunk egy hibát a sávszélesség számlázásában, ami azt eredményezte, hogy az ügyfelek esetleg megnövekedett számlázást tapasztalnak a más régiókba vagy internetre irányuló adatátvitel alapján. További információért látogasson el az Azure sávszélesség díjszabási oldalára.
Mi a Felhőszolgáltatások szolgáltatásiszint-szerződése (SLA) (kiterjesztett támogatás)?
A Cloud Services szolgáltatásiszint-szerződése (SLA) (kiterjesztett támogatás) megegyezik a (klasszikus) felhőszolgáltatásokhoz készült SLA-val. Tekintse meg a licencelési dokumentumokat.
Források
Milyen felhőszolgáltatásokhoz (kiterjesztett támogatáshoz) kapcsolódó erőforrásoknak kell ugyanabban az erőforráscsoportban élnie?
A terheléselosztóknak, a hálózati biztonsági csoportoknak és az útvonaltábláknak ugyanabban a régióban és erőforráscsoportban kell élnie.
Milyen felhőszolgáltatásokhoz (kiterjesztett támogatás) kapcsolódó erőforrásoknak kell ugyanabban a régióban élnie?
A Key Vaultnak, a virtuális hálózatnak, a nyilvános IP-címeknek, a hálózati biztonsági csoportoknak és az útvonaltábláknak ugyanabban a régióban kell élnie.
Milyen felhőszolgáltatásokhoz (kiterjesztett támogatáshoz) kapcsolódó erőforrásoknak kell ugyanabban a virtuális hálózaton élnie?
A nyilvános IP-címeknek, terheléselosztóknak, hálózati biztonsági csoportoknak és útvonaltábláknak ugyanabban a virtuális hálózaton kell élnie.
Üzembehelyezési fájlok
Hogyan helyezhetek üzembe vagy kezelhetek sablont?
A sablon- és paraméterfájlok a REST, a PowerShell és a parancssori felület használatával paraméterként továbbíthatók. Az Azure Portalon is feltölthetők.
Most négy fájlt kell kezelnem? (sablon, paraméter, csdef, cscfg)
A sablon- és paraméterfájlok csak az üzembe helyezés automatizálásához használhatók. A Cloud Serviceshez hasonlóan (klasszikus) először manuálisan hozhat létre függő erőforrásokat, majd a Cloud Services (kiterjesztett támogatás) üzembe helyezését a PowerShell, a CLI-parancsok vagy a portálon keresztül a meglévő csdef, cscfg használatával.
Hogyan változik az alkalmazáskód a Cloud Servicesben (kiterjesztett támogatás)
A cspkg-ben csomagolt alkalmazáskódhoz nincs szükség módosításokra. A meglévő alkalmazások a korábbiakhoz hasonlóan fognak működni.
Engedélyezi a Cloud Services (kiterjesztett támogatás) a CTP-csomagformátumot?
A CTP-csomagformátum nem támogatott a Cloud Servicesben (kiterjesztett támogatás). Ez azonban 800 MB-os kibővített csomagméret-korlátot tesz lehetővé
A C Standard kiadás S megköveteli, hogy a csomagfájlokat egy tárfiókban tárolja. Beállíthatja a tárfiókot úgy, hogy "engedélyezze a hozzáférést a kiválasztott virtuális hálózatokról"
A C Standard kiadás S nem támogatja a felügyelt identitások támogatását. A tárfiók tehát nem teszi lehetővé, hogy a C Standard kiadás S hozzáférjen a csomagfájlokhoz, ha a tárfiók csak a kiválasztott virtuális hálózatot engedélyezi a beállításban.
Áttelepítés
A Cloud Services (kiterjesztett támogatás) enyhíti a foglalási hibák miatti hibákat?
Nem, a Cloud Service (kiterjesztett támogatás) üzemelő példányai egy olyan fürthöz vannak kötve, mint a Cloud Services (klasszikus). Ezért a foglalási hibák továbbra is fennállnak, ha a fürt megtelt.
Mikor kell migrálnom?
A szükséges idő és az összetett migrálás becslése változók tartományától függ. A tervezés a leghatékonyabb lépés a munka, a blokkolók és a migrálás összetettségének megértéséhez.
Networking
Miért nem tudok üzembe helyezést létrehozni virtuális hálózat nélkül?
A virtuális hálózatok az Azure Resource Managerben történő üzembe helyezéshez szükséges erőforrások. A Cloud Services (kiterjesztett támogatás) üzembe helyezésének egy virtuális hálózaton belül kell lennie.
Miért látok most ennyi hálózati erőforrást?
Az Azure Resource Managerben a Cloud Services (kiterjesztett támogatás) üzembe helyezésének összetevői erőforrásként jelennek meg a jobb láthatóság és a jobb vezérlés érdekében. Ugyanezt az erőforrástípust használták a Cloud Servicesben (klasszikus), de csak rejtve voltak. Ilyen erőforrás például a nyilvános terheléselosztó, amely mostantól explicit "írásvédett" erőforrás, amelyet a platform automatikusan hoz létre
Milyen korlátozások vonatkoznak a Cloud Servicesre vonatkozó alhálózatokra (kiterjesztett támogatás)?
A Cloud Services (kiterjesztett támogatás) üzemelő példányait tartalmazó alhálózat nem osztható meg más számítási termékek , például virtuális gépek, virtuálisgép-méretezési csoportok, Service Fabric stb. üzemelő példányaival.
Milyen IP-kiosztási módszerek támogatottak a felhőszolgáltatásokban (kiterjesztett támogatás)?
A Cloud Services (kiterjesztett támogatás) támogatja a dinamikus és statikus IP-foglalási módszereket. A statikus IP-címekre a rendszer fenntartott IP-címként hivatkozik a cscfg-fájlban.
Miért kell fizetni az IP-címekért?
Az ügyfeleknek a Cloud Servicesben (kiterjesztett támogatás) használt IP-címekért ugyanúgy kell fizetni, mint a virtuális gépekhez társított IP-címekért.
Frissíthető a fenntartott IP-cím a sikeres üzembe helyezés után?
A fenntartott IP-címek nem vehetők fel, távolíthatók el vagy módosíthatók az üzembe helyezés frissítése vagy frissítése során. Ha módosítani kell az IP-címeket, használjon felcserélhető felhőszolgáltatást, vagy helyezzen üzembe két felhőszolgáltatást CName névvel az Azure DNS\Traffic Managerben, hogy az IP-cím valamelyikre mutatjon.
Használhatok DNS-nevet a Cloud Services szolgáltatással (kiterjesztett támogatás)?
Igen. A Cloud Services (kiterjesztett támogatás) DNS-nevet is megadhat. Az Azure Resource Managerrel a DNS-címke a felhőszolgáltatáshoz rendelt nyilvános IP-cím opcionális tulajdonsága. Az Azure Resource Manager-alapú üzemelő példányok DNS-nevének formátuma a következő: <userlabel>.<region>.cloudapp.azure.com
Frissíthetem vagy módosíthatjam egy meglévő felhőszolgáltatás virtuális hálózati referenciáját (kiterjesztett támogatás)?
Nem. A virtuális hálózati referencia kötelező a felhőszolgáltatás létrehozása során. Meglévő felhőszolgáltatás esetén a virtuális hálózati referencia nem módosítható. Maga a virtuális hálózati címtér vNet API-k használatával módosítható.
Tanúsítványok > Key Vault
Miért kell felügyelnem a tanúsítványaimat a Cloud Servicesben (kiterjesztett támogatás)?
A Cloud Services (kiterjesztett támogatás) ugyanazt a folyamatot alkalmazta, mint a többi számítási ajánlat, ahol a tanúsítványok az ügyfél által felügyelt Key Vaultokban találhatók. Ez lehetővé teszi az ügyfelek számára, hogy teljes körűen szabályozhassák titkos kulcsaikat és tanúsítványaikat.
Minden régióban használhatok egy Key Vaultot az összes üzemelő példányomhoz?
Nem. A Key Vault egy regionális erőforrás, és az ügyfeleknek minden régióban egy Key Vaultra van szükségük. Egy Key Vault azonban egy adott régión belüli összes üzembe helyezéshez használható.
A felhőszolgáltatásba telepíteni kívánt titkos kulcsok/tanúsítványok megadásakor a KeyVault-erőforrásnak ugyanabban az Azure-előfizetésben kell lennie, mint a Cloud Service-erőforrás?
Igen. Nem engedélyezzük az előfizetések közötti kulcstartó-referenciák használatát a Cloud Servicesben a jogosultsági támadások CS-ES-en keresztüli eszkalálása ellen. Az előfizetés nem határ, amelyet a CS-ES a titkos kódokra való hivatkozáshoz használ. Azért nem engedélyezzük az előfizetések közötti hivatkozásokat, mert ez egy fontos utolsó lépés, amely megakadályozza, hogy a rosszindulatú felhasználók a CS-ES-t jogosultság-eszkalációs mechanizmusként használják más felhasználók titkos kulcsainak eléréséhez. Az előfizetés nem biztonsági határ, de a mélységi védelem követelmény. A Key Vault bővítmény használatával azonban előfizetések közötti és régiók közötti támogatást kaphat a tanúsítványokhoz. Tekintse meg a dokumentációt itt
A felhőszolgáltatásba telepíteni kívánt titkos kulcsok/tanúsítványok megadásakor a KeyVault-erőforrásnak ugyanabban a régióban kell lennie, mint a Cloud Service-erőforrás?
Igen. A régióhatárok kikényszerítésének oka, hogy megakadályozza a felhasználókat abban, hogy régiók közötti függőségekkel rendelkező architektúrákat hozzanak létre. A regionális elkülönítés a felhőalapú alkalmazások kulcsfontosságú tervezési elve. A Key Vault bővítmény használatával azonban előfizetések közötti és régiók közötti támogatást kaphat a tanúsítványokhoz. Tekintse meg a dokumentációt itt
Ismert problémák
A szerepkörpéldányok skálázása továbbra is sikertelen, hogyan lehet ezt enyhíteni?
Ha ugyanazon a felhőszolgáltatáson (különböző szerepkörök esetén) egyszerre több skálázási hívás történik, egy versenyfeltétel miatt a Microsoft Platform összetevői nem szinkronizálódnak, ami hibákhoz vezet. A Microsoft aktívan dolgozik a probléma megoldásán. A köztes megoldáshoz javasolt megkerülő megoldás nem az, hogy az összes szerepkört automatikusan skálázza egyszerre.
A Visual Studio/Tools nem támogatja a CS-ES telepítését, ha a virtuális hálózat egy másik erőforráscsoportban található. Hogyan lehet üzembe helyezni?
Ezt a forgatókönyvet a Visual Studio nem támogatja. Telepítse a PowerShell-lel vagy a Portállal.
További lépések
A Cloud Services (kiterjesztett támogatás) használatának megkezdéséhez lásd : Felhőszolgáltatás üzembe helyezése (kiterjesztett támogatás) a PowerShell használatával