Gyakori kérdések az Azure Container Instances szolgáltatásról

Az Azure Container Instancesben üzembe helyezhető tárolólemezképek maximális mérete 15 GB. Előfordulhat, hogy a telepítés pillanatában a pontos rendelkezésre állástól függően nagyobb képeket is üzembe helyezhet, de a nagyobb képméret nem garantált.

A tárolólemezkép mérete befolyásolja, hogy mennyi ideig tart az üzembe helyezés, ezért általában a lehető legkisebbre szeretné tartani a tárolólemezképeket.

Mivel az üzembe helyezési idők egyik fő tényezője a képméret, keresse meg a méret csökkentésének módját. Távolítsa el a szükségtelen rétegeket, vagy csökkentse a kép rétegeinek méretét (egy könnyebb alap operációsrendszer-rendszerkép kiválasztásával). Ha például Linux-tárolókat futtat, fontolja meg az Alpine alaprendszerképként való használatát a teljes Ubuntu-kiszolgáló helyett. Windows-tárolók esetén is használjon nano serveres alaprendszerképet, ha lehetséges.

Az Azure Container Imagesben az előre gyorsítótárazott rendszerképek listáját is ellenőriznie kell, amely a Gyorsítótáras képek listázása API-val érhető el. Előfordulhat, hogy ki tud kapcsolni egy képréteget az egyik előre gyorsítótárazott lemezképhez.

Részletesebb útmutatás a tároló indítási idejének csökkentéséhez.

• Nano Server: sac2016vagy 10.0.14393.3568 újabb
• Windows Server Core: ltsc2016vagy 10.0.14393.3568 újabb

• Nano Server: 1809vagy 10.0.17763.1040 újabb
• Windows Server Core: ltsc2019, 1809vagy 10.0.17763.1040 újabb
• Windows: 1809vagy 10.0.17763.1040 újabb

Használja a legkisebb, a követelményeknek megfelelő képet. Linux esetén használhat runtime-alpine .NET Core rendszerképet, amely a .NET Core 2.1 kiadása óta támogatott. Windows esetén, ha a teljes .NET-keretrendszer használja, akkor Windows Server Core rendszerképet kell használnia (csak futtatókörnyezeti rendszerképet, például 4.7.2-windowsservercore-ltsc2016). A csak futtatókörnyezeti rendszerképek kisebbek, de nem támogatják a .NET SDK-t igénylő számítási feladatokat.

Az ACI támogatja az ACR és más külső tárolóregisztrációs adatbázisok, például a DockerHub rendszerképeinek lekérését. Az ACI támogatja az ACR-ből és más, külső OCI-kompatibilis tárolóregisztrációs adatbázisokból származó rendszerképek lekérését, például a DockerHubot egy olyan végponttal, amely nyilvánosan elérhető az interneten.

1. Azonosítsa a jelenleg használt Windows-alaprendszerképet.

   Ha közvetlenül a Microsoft Container Registryből (MCR) kér le, akkor ez a rendszerkép neve az alaprendszerkép.

   Ha magánregisztrációs adatbázissal dolgozik, meg kell vizsgálnia a Dockerfile-t az alaprendszerkép azonosításához, amely a "FROM" sor után lesz feltüntetve.

2. Válassza ki a Windows Server 2019-ből használni kívánt új alaprendszerképet. Az alábbiakban néhány példát talál az Azure Container Instancesben gyakran használt Windows Server 2016-rendszerképekre, valamint a Windows Server 2019 rendszerképek cseréjére vonatkozó javaslatainkra.

   Windows Server 2016 rendszerkép	Ajánlott Windows Server 2019-rendszerképek
   mcr.microsoft.com/windows/servercore/iis	mcr.microsoft.com/windows/servercore/iis:windowsservercore-ltsc2019
   mcr.microsoft.com/windows/servercore:ltsc2016	mcr.microsoft.com/windows/servercore:ltsc2019

   További információért olvassa el a képfelderítést .

   Feljegyzés

   Ha segítségre van szüksége az új alaprendszerkép kiválasztásához, hozzon létre egy Azure-támogatási jegyet.

3. Kövesse az Azure Container Instances tárolóinak frissítési útmutatóját az ACI-tárolócsoport frissítéséhez az új alaprendszerkép használatához.

   Ha MCR-t használ a tárolóregisztrációs adatbázishoz, az MCR-rendszerkép nevét közvetlenül a tárolócsoport lemezképparaméterébe továbbíthatja.

   Ha privát tárolóregisztrációs adatbázist használ, kövesse a Tárolók frissítése a Windows operációs rendszer új verziójára való frissítésének lépéseit. Ha módosította őket, győződjön meg arról, hogy a tárolócsoport lemezkép-beállításjegyzékének paraméterei frissülnek.

Ez valóban a számítási feladattól függ. Indítsa el a kis méretű és tesztelt teljesítményt a tárolók működésének megtekintéséhez. Monitorozza a processzor- és memóriaerőforrás-használatot, majd adjon hozzá magokat vagy memóriát a tárolóban üzembe helyezett folyamatok alapján.

Győződjön meg arról is, hogy a tárolócsoportonként elérhető cpu-magok és memória felső határainál ellenőrizze az üzembe helyezett régió erőforrás-rendelkezésre állását .

Az Azure Container Instances célja, hogy igény szerinti kiszolgáló nélküli tárolók legyenek, ezért azt szeretnénk, hogy a tárolók fejlesztésére koncentráljon, és ne aggódjon az infrastruktúra miatt! Azok számára, akik kíváncsiak vagy összehasonlítást szeretnének végezni a teljesítményről, az ACI különböző termékváltozatokból álló Azure-beli virtuális gépeken fut, elsősorban az F és a D sorozatból. Azt várjuk, hogy ez a jövőben megváltozik, ahogy tovább fejlesztjük és optimalizáljuk a szolgáltatást.

Igen (néha). Tekintse meg az aktuális kvóták kvótáiról és korlátairól szóló cikket, és hogy mely korlátok növelhetők kéréssel.

Még nem. Jelenleg ezek a tárolócsoportok maximális számai. Konkrét követelményekkel vagy kérésekkel forduljon az Azure ügyfélszolgálatához.

A régió aktuális elérhetősége itt érhető el. Ha egy adott régióra vonatkozó követelménye van, forduljon az Azure ügyfélszolgálatához.

A skálázás jelenleg nem érhető el tárolókhoz vagy tárolócsoportokhoz. Ha több példányt kell futtatnia, az API-val automatizálhatja és létrehozhat további kéréseket a tárolócsoportok létrehozásához a szolgáltatáshoz.

Tárolócsoportokat helyezhet üzembe egy tetszőleges Azure-beli virtuális hálózaton, és delegálhat privát IP-címeket a tárolócsoportoknak, hogy a virtuális hálózaton belüli forgalmat az Azure-erőforrások között irányíthassa. Az Azure Container Instances hálózatkezelési forgatókönyveivel és korlátozásaival kapcsolatban lásd a virtuális hálózati forgatókönyveket és erőforrásokat.

Igen, az ACI szolgáltatás a következő portokat foglalja le a szolgáltatás működéséhez: 22, 1025-1027, 3389-3399, 9999, 19000, 19080, 19390, 19100, 20000-30000, 49152-65534. Ne használja ezeket a portokat a tárolócsoport definíciójában.

A tárolócsoport IP-címei a létrehozás vagy törlés után változhatnak. Javasoljuk, hogy az alkalmazáskód ne függjön a tárolócsoport IP-címétől. Azt is javasoljuk, hogy használjon NAT-átjárót vagy Application Gatewayt , ha statikus IP-címet szeretne fenntartani.

A tárolócsoport időtartamát attól az időtől számítjuk, amikor elkezdjük lekérni az első tárolólemezképet (új üzemelő példányhoz), vagy amikor a tárolócsoport újraindul (ha már üzembe lett helyezve) addig, amíg a tárolócsoportot leállítják. Tekintse meg a Container Instances díjszabásának részleteit.

A mérőszámok a teljes tárolócsoport leállítása után leállnak. Ha a tárolócsoport egyik tárolója fut, az erőforrásokat tároljuk, ha újra szeretné indítani a tárolókat.

A bizalmas számítástechnika a Bizalmas számítástechnika Konzorcium (CCC) által meghatározott iparági kifejezés, amely a bizalmas számítástechnika bevezetésének meghatározására és felgyorsítására szolgáló alapítvány. A CCC a bizalmas számítástechnikát a következőképpen határozza meg: A használatban lévő adatok védelme számítások végrehajtásával egy hardveralapú megbízható végrehajtási környezetben (T Enterprise kiadás). Az ACI Bizalmas tárolók hardveralapú védelmet, kódintegritást és a megbízható végrehajtási környezet (T Enterprise kiadás) ellenőrzését vezetik be. A bizalmas tárolók a legújabb bizalmas számítástechnikai hardvereket alkalmazzák, így az ügyfelek módosítás nélkül helyezhetik üzembe meglévő alkalmazásaikat, miközben kihasználják a hardveralapú adatvédelem előnyeit. A kódintegritás és a T Enterprise kiadás ellenőrzése egy bizalmas számítástechnikai kényszerítési szabályzat igazolásával érhető el, amely a tárolócsoporthoz van csatolva az üzembe helyezéskor. Ha a tárolócsoport bármelyik tulajdonsága eltér a bizalmas számítástechnikai kényszerítési házirend tulajdonságaitól, a környezet nem indítja el annak biztosítását, hogy a T Enterprise kiadás ne sérüljön.

A bizalmas tárolók számos rugalmas számítási feladathoz használhatók, de különösen kiválóan alkalmasak olyan számítási feladatokhoz, amelyek erős adatvédelmi garanciákat igényelnek. Néhány példa ezekre a számítási feladatokra: olyan gépi tanulási számítási feladatok, amelyek személyes adatokat tartalmazó adathalmazokat vagy szellemi tulajdonnak minősülő algoritmusokat használnak. Az egészségügyi ügyfelek felhasználhatják a betegadatok elemzésére és a kutatásra. A pénzügyi szolgáltatások ügyfelei hitelelemzési kockázatszámításhoz és portfólióelosztáshoz használhatják.

A bizalmas számítástechnikai kényszerítési szabályzatok az Azure CLI-vel rendelkező confcom-bővítmény használatával hozhatók létre. További információkért lásd a confcom bővítményt.

A GPU-alapú ACI-tárolók, a Windows-tárolók, a rendelkezésre állási zónák és a dedikált példányok nem támogatottak bizalmas tárolókkal.

Az Azure Container Instances bizalmas tárolói csak bizonyos régiókban érhetők el a nyilvános előzetes verzióban. A régió aktuális elérhetősége itt érhető el.

Az Azure Container Instances bizalmas tárolóinak többletköltsége van a standard termékváltozat-tárolócsoportokhoz képest. További információ: díjszabási oldal.

Az ACI Spot tárolók egy új funkció, amely lehetővé teszi az ügyfelek számára, hogy megszakításmentes, tárolóalapú számítási feladatokat futtasson a nem használt Azure-kapacitáson akár 70%-os kedvezményes áron, szemben a rendszeres prioritású ACI-tárolókkal.

Az ACI Spot-tárolók akkor kerülhetnek elő, ha az Azure nem rendelkezik elegendő többletkapacitással, és az ügyfeleknek másodpercenkénti memória-/maghasználatért kell fizetnie. Az ACI Spot Containers használatával mostantól futtathatja a tárolóalapú számítási feladatokat, például a kötegelt feldolgozást, a Monte Carlo-szimulációkat, a fejlesztési/tesztelési számítási feladatokat és a párhuzamos offline számítási feladatokat, amelyek a hagyományos ACI-díjszabás töredékéért képesek elviselni a megszakításokat az Azure-ban. Ez az ajánlat olyan ügyfelekre irányul, akik szigorú rendelkezésre állási követelmény nélkül szeretnének megszakítható számítási feladatokat futtatni.

A GPU-alapú ACI-tárolók üzembe helyezése, a rendelkezésre állási zónák, a nyilvános IP-címmel rendelkező ACI-környezetek és a privát IP-címmel rendelkező egyéni virtuális hálózat mögötti ACI-telepítések támogatása nem támogatott a kihasználatlan tárolókkal.

Minden ügyfél 10 vCPU-magból és 10 tárolócsoportból álló alapértelmezett kvótát kap.

Az ügyfelek támogatási kérést nyújtanak be a kihasználatlan tárolók kapacitásának növeléséhez. Ehhez válassza a probléma típusát "Szolgáltatások és előfizetési korlátok (kvóták)" értékként, az új kvótatípust pedig "StandardSpotCores" néven, amelyet az ACI Spot-tárolók ajánlatához adtunk hozzá, amikor a kért adatok megadását kérik.

Az Azure Container Instances(ACI) kihasználatlan tárolói csak bizonyos régiókban érhetők el a nyilvános előzetes verzióban. További információkért tekintse meg az erőforrás- és régió rendelkezésre állását .

Az ACI Spot tárolók kedvezményes áron érhetők el, és a normál prioritású ACI-tárolókon felül akár 70%-os kedvezményt is kínálnak. A kedvezmények minden régióban havonta változnak. További tájékoztatás a díjszabási oldalon olvasható.

Következő lépések

• További információ az Azure Container Instances szolgáltatásról.
• Az Azure Container Instances gyakori problémáinak elhárítása.