NetApp Console automatizē krātuves — uzņēmums var paturēt savu MI modeli

NetApp 2026. gada 29. septembrī paziņoja par Console autonomās pārvaldības iespējām: krātuvju problēmu prognozēšanu un automātisku novēršanu, iespēju pieslēgt uzņēmuma izvēlētu valodas modeli un darbību izolētā vidē. Automatizācija paredzēta darbam organizācijas noteikto politiku robežās, saglabājot cilvēka uzraudzību. Paziņojums pats par sevi neapliecina, ka katra jaunā iespēja jau ir pieejama visās klientu konfigurācijās.

Jaunumi tika prezentēti NetApp Insight konferencē Lasvegasā. NetApp tehniskā mārketinga viceprezidents Džefs Baksters ITPro reportāžā Console raksturoja šādi: “The NetApp Console is the front door to the NetApp platform.” Šī pārvaldības vieta tagad iegūst trīs savstarpēji saistītas iespējas: sarunvalodā dotu uzdevumu pārvēršanu krātuves darbībās, problēmu automātisku risināšanu un izvietošanu klienta kontrolētā vidē.

ChatOps pārvērš administratora nodomu krātuves darbībā

Console AI ChatOps Interface ļauj administratoram formulēt vēlamo rezultātu dabiskā valodā. Sistēma šo nodomu sasaista ar krātuves nodrošināšanu un pārvaldību ONTAP sistēmās, tādēļ rutīnas darbībai nav katru reizi jāveido atsevišķa manuālu komandu virkne. Tā var arī sagatavot ar MI atbalstītus pārskatus un izmantot prognozējošo analīzi. Šīs funkcijas attiecas uz krātuvju pārvaldību, nevis uz vispārēju atļauju modelim rīkoties visā uzņēmuma IT vidē.

Atļauto darbību loku nosaka uzņēmuma krātuves klases, politikas un pārvaldības prasības. Administrators joprojām lemj, kāds rezultāts ir pieļaujams un uz kurām sistēmām attiecas noteiktās robežas; Console var izpildīt darbības šo robežu ietvaros. Tas ir būtiski, jo dabiskā valodā izteikts pieprasījums var būt plašāks par konkrētai darba slodzei piešķirtajām tiesībām. Modeļa spēja saprast nodomu pati par sevi nedod tiesības mainīt infrastruktūru.

Console Fleet Management papildina šo saskarni ar kopīgu skatu uz krātuvju sistēmām dažādās vidēs. Flotes pārvaldība paredzēta novērošanai un darbību koordinēšanai, savukārt ChatOps palīdz noformulēt un ierosināt konkrētu uzdevumu. Šāds sadalījums ļauj vērtēt darbību plašākā infrastruktūras kontekstā, neaprobežojoties ar vienas sistēmas stāvokli. Par politiku piemērošanu un neparastu pieprasījumu izvērtēšanu atbildīgā komanda tomēr paliek nepieciešama.

Prognozei seko automātiska problēmas novēršana

Console autonomās darbības paredzētas, lai pamanītu jaudas noslodzi, veiktspējas pasliktināšanos un riska pazīmes pirms tās pāraug incidentā. Kad konstatētajam stāvoklim atbilst iepriekš noteikta rīcība, sistēma var sākt novēršanu bez atsevišķas manuālas apstiprināšanas katram rutīnas solim. Atšķirība no parasta brīdinājuma ir tieši šī saikne starp konstatējumu un darbību: brīdinājums prasa cilvēkam pašam izveidot nākamo darbību ķēdi.

NetApp tehniskais skaidrojums apraksta noslēgtu darbību ciklu, kurā komanda iepriekš nosaka vēlamo rezultātu un pieļaujamās robežas, bet Console šo robežu ietvaros atklāj un risina problēmu. Cilvēks var pārskatīt darbību un tās pamatojumu audita un uzraudzības mehānismos. Izņēmumi un lēmumi, kuriem ar iepriekš noteikto politiku nepietiek, paliek administratora ziņā. Tādējādi uzraudzība pārvietojas no katra rutīnas soļa apstiprināšanas uz noteikumu izveidi un veikto darbību izvērtēšanu.

Automatizācija aptver arī jaudas un izmaksu optimizēšanu. NetApp apraksta API balstītu pieeju, kas paredzēta darbam ar komandas jau izmantotajiem rīkiem un procesiem, ne tikai Console saskarnē. Tas var mazināt nepieciešamību atsevišķi pētīt katras sistēmas stāvokli, taču uzņēmums nav publicējis salīdzināmu mērījumu par incidentu skaita vai novēršanas laika samazinājumu. Pagaidām konkrēti ir aprakstīts darbības mehānisms, nevis neatkarīgi izmērīts tā rezultāts.

Uzņēmuma modelis darbojas noteiktajās politiku robežās

ChatOps izmanto atvērtu lielo valodas modeļu vārteju, kas ļauj klientam pieslēgt paša izvēlētu modeli. Organizācija var izmantot modeli, kuru jau apstiprinājusi saviem iekšējiem procesiem, saglabājot kontroli pār šīs izvēles kritērijiem. Console savukārt sasaista modeļa palīdzību ar krātuvju pārvaldības darbībām un piemēro tām noteiktās krātuves klases un politikas. Tādēļ modeļa izvēle un tiesības veikt konkrētu izmaiņu ir divi atsevišķi lēmumi.

Šī iespēja ir īpaši nozīmīga uzņēmumiem, kuriem jau ir savas prasības modeļu izmantošanai. Viņiem nav jāpieņem viens piegādātāja izvēlēts valodas modelis tikai tādēļ, lai izmantotu sarunvalodas pārvaldību. Vienlaikus administratori saglabā atbildību par pieprasījumu atļauju apjomu un par to, kā sistēma rīkojas neparedzētā situācijā. Publiskajā paziņojumā nav pilna saderīgo modeļu saraksta, tādēļ konkrēta modeļa pieslēgšanas nosacījumi būs atkarīgi no tā dokumentētās integrācijas.

ITPro aprakstītajā agrīnās piekļuves posmā NetApp saņēma klientu atsauksmes un izmantoja tās Console pilnveidošanai. Šis fakts palīdz saprast paziņojuma statusu: pieredze ar agrīnu versiju nav pierādījums, ka visas aprakstītās autonomās darbības vienādi darbojas katrā izvietojumā. Administratoram būtiskā atšķirība ir starp iespēju pieslēgt apstiprinātu modeli un konkrētās krātuves darbības atļaušanu saskaņā ar uzņēmuma politiku.

Izolētai infrastruktūrai paredzēts izvietojums klienta vidē

NetApp apraksta vēl vienu Console izvietošanas modeli, kurā pārvaldības risinājums tiek uzstādīts tieši klienta vidē. Autonomās darbības paredzētas arī izolētai infrastruktūrai bez ārēja tīkla savienojuma. Šādā vidē krātuvju pārvaldībai nepieciešamā informācija un darbības var palikt organizācijas kontrolētajā infrastruktūrā. Tas ir būtisks nosacījums uzņēmumiem, kuri ierobežo telemetrijas un metadatu pārsūtīšanu ārpus savas vides.

Lokāls Console izvietojums un klienta izvēlēts valodas modelis ir saistītas, taču atšķirīgas iespējas. Lai tās izmantotu kopā pilnībā izolētā vidē, arī izvēlētajam modelim jābūt sasniedzamam šīs vides ietvaros. Tāpēc uzņēmuma lēmums par modeli nosaka arī to, kā tas būs izvietots un kādi dati tam tiks nodoti. NetApp nav publicējis detalizētu matricu, kas katram modelim un izvietojuma variantam noteiktu saderību; izolētas vides prasības jāvērtē konkrētās konfigurācijas līmenī.

Eiropas uzņēmumiem šeit svarīga ir operacionālā kontrole: kur darbojas pārvaldības sistēma, kur atrodas izvēlētais modelis un kur saglabājas darbību audita ieraksti. Console jaunā pieeja ļauj daļu iepriekš manuāli apstiprinātu darbību uzticēt automatizācijai, bet šo lēmumu apjomu nosaka organizācijas politika. Tieši dokumentētās funkciju robežas un pieejamība izvēlētajā izvietojumā noteiks, cik lielu autonomiju uzņēmums varēs piešķirt savām krātuvēm.

Lasiet arī:

• Latvijā aizturēts hakeris — automatizēta skenēšana atrada vājas vietnes
• NIS2 Latvijā: pirmais darbs nav audits, bet uzņēmuma statusa pārbaude
• Meta veido uzņēmumu MI platformu, bet vēl neatklāj cenu un pārvaldības rīkus