Internet Storage Name Service (iSNS) er en netværksprotokol, der automatiserer opdagelsen, administrationen og konfigurationen af iSCSI- og Fibre Channel -enheder (ved hjælp af iFCP- gateways) på TCP/IP- netværk.
iSNS-protokollen er beskrevet i RFC 4171 .
iSNS leverer serviceadministration svarende til dem, der findes i Fibre Channel-familien, hvilket gør det muligt for et standard IP-netværk at fungere på nogenlunde samme måde som et Fibre Channel SAN. Fordi iSNS er i stand til at efterligne en Fibre Channel-servicestruktur og administrere både iSCSI- og Fibre Channel-enheder, kan iSNS-serveren bruges som samlingspunkt for hele SAN. Selvom det skal bemærkes, at iSNS-standarderne er nødvendige for at understøtte iFCP-protokollen, der understøtter iSCSI.
iSNS-standarden definerer fire komponenter [1] :
iSNSP er en protokol, der definerer, hvordan iSNS-klienter og -servere kommunikerer med hinanden. Den er designet til at blive brugt på en række forskellige platforme, herunder switches og endepunkter. iSNSP er baseret på anmodnings- og svarmeddelelser, som tilsammen udgør en komplet transaktion.
iSNS-klienter kan både være lagerenheder, der leverer deres tjenester over netværket, og computere, der bruger (indirekte gennem datanetværk) tjenesterne fra netværkslagerenheder. iSNS-klienter kommunikerer med iSNS-servere ved hjælp af iSNSP-protokollen.
iSNS-servere reagerer på iSNS-protokolanmodninger såvel som anmodninger fra iSNS-klienter, der bruger iSNSP. iSNS-serverne igangsætter ændringsmeddelelser til iSNSP'en og gemmer de korrekt autentificerede oplysninger, der repræsenterer ansøgningen om registrering, i iSNS-databasen [2] .
iSNS-databaser er informationslagre (repositories) til iSNS-servere. De gemmer oplysninger om iSNS-klientattributter, og lagerbibliotekerne kan variere afhængigt af iSNS-implementeringen, for eksempel kan de gemme klientattributter i en LDAP-mappe.
iSNS leverer fire hovedtjenester:
Navneregistreringstjenesten giver alle objekter på netværket mulighed for at registrere og forespørge databaser for at finde lagerressourcer. For eksempel kan initierende klienter få information om andre initiatorer (f.eks. iSCSI-initiatorer) og mål (f.eks. iSCSI-mål) fra iSNS-serveren.
Administratorer kan bruge opdagelsesdomæner til at adskille lagerenheder i administrerbare grupper. For denne gruppering kan administratorer begrænse godkendelsen af hver node til det mest passende undernet, der er registreret hos iSNS, hvilket giver dig mulighed for at udvide datalagringsnetværket ved at reducere antallet af unødvendige autorisationsanmodninger ved at begrænse den tid, hver node bruger på at etablere en netværksindgang.
Hver node kan bruge Login Control til at uddelegere sin adgangskontrol og autorisationspolitik til iSNS-serveren. Denne delegation skal hjælpe med at centralisere adgangskontrol.
Change Notification Service (SCN) giver iSNS-servere mulighed for at udsende meddelelser om enhver hændelse, der påvirker lagringsknuderne på det netværk, de administrerer. Hver iSNS-klient kan registrere sig for at modtage notifikationer på vegne af deres lagerknudepunkter, og hver klient vil reagere på dette i henhold til deres egne krav og implementering.
Fordi iSNS-databaser gemmer navne og opslagsoplysninger om Fibre Channel- og iSCSI-enheder, er iSNS-servere i stand til at gemme tilknytninger af Fibre Channel-enheder til iSCSI-proxy-enheder på et IP-netværk. Disse kortlægninger kan også laves i den modsatte retning, hvilket gør det muligt for iSNS-servere at gemme tilknytninger af iSCSI-enheder til proxy-WWN'er.
TCP / IP-protokoller efter lag af OSI-modellen | Grundlæggende|
---|---|
Fysisk | |
kanaliseret | |
netværk | |
Transportere | |
session | |
Repræsentation | |
Anvendt | |
Andet anvendt | |
Liste over TCP- og UDP-porte |