Ez a cikk az Azure Cloud Services (kiterjesztett támogatás) szolgáltatással kapcsolatos gyakori kérdéseket ismerteti.
Általános
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érelem szükséges.
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 a feldolgozói szerepkörök?
A webes és feldolgozói szerepkörök tervezése, architektúrája és összetevői nem változnak.
A szerepkörpéldányok skálázása továbbra is sikertelen marad, hogyan háríthatja el ezeket a hibákat?
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. Az köztes megoldáshoz javasolt kerü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 és összetevői nem változnak.
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 az Azure Portalon "leálltként" jelenik meg. 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) az Azure Key Vaultot és az Alapszintű (Azure Resource Manager) nyilvános IP-címeket használja. 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óké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 át 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 paraméterként a REST, a PowerShell és a parancssori felület használatával továbbíthatók paraméterként. 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 továbbra is ugyanúgy működnek, mint korábban.
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 CSES 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 CSES nem támogatja a felügyelt identitások támogatását. A tárfiók tehát nem teszi lehetővé, hogy a CSES 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.
Migrálá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.
Hálózat
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 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 az IP-címeket módosítani kell, használjon felcserélhető felhőszolgáltatást, vagy helyezzen üzembe két felhőszolgáltatást egy CName-nel az Azure DNS\Traffic Managerben, hogy az IP-cím valamelyikére lehessen mutatni.
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)?
Szám 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 a virtuális hálózati 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 fogadta el, mint más számítási ajánlatok, ahol a tanúsítványok az ügyfél által felügyelt Key Vaultokban találhatók. Ez a folyamat lehetővé teszi az ügyfelek számára a titkos kulcsok és tanúsítványok teljes körű ellenőrzését.
Minden régióban használhatok egy Key Vaultot az összes üzemelő példányomhoz?
Szám 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 átlép a titkos kódokra való hivatkozások esetében. 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. A dokumentációt itt találja
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. A dokumentációt itt találja
Ismert problémák
A szerepkörpéldányok skálázása továbbra is sikertelen marad, hogyan háríthatja el ezeket a hibákat?
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. Az köztes megoldáshoz javasolt kerü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. Üzembe helyezés a PowerShell vagy a Portál használatával.
Következő 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