Creazione di una destinazione SCSI fisica da una iSCSI

Mi ritrovo a dover conservare dell'hardware vecchio per alcune applicazioni legacy. Questi computer usano vecchie unità SCSI parallele e quando quelle unità muoiono, devo cercare quelle nuove, che sta diventando sempre più difficile.

È possibile eseguire un computer moderno con un'interfaccia SCSI fisica e presentarsi come disco di destinazione al computer legacy, quindi invece di accedere a un disco SCSI fisico, accede a un disco moderno in una SAN?

Ho guardato http://www.linux-iscsi.org/ e sembra che la solita modalità operativa sia agire come un target iSCSI da un disco fisico piuttosto che viceversa, un target fisico da un iSCSI remoto bersaglio. Ma non ho abbastanza familiarità con la terminologia o la tecnologia per dire se è supportato, possibile o completamente fuori discussione.

— Salvatore Shiggerino
fonte

Quale hardware? Quale sistema operativo? Alla fine l'hardware morirà e sarà necessario virtualizzare e / o migrare l'applicazione.

— John Mahowald,

Esistono requisiti speciali per l'utilizzo dei dischi SCSI? I dischi SATA contemporanei sono abbastanza veloci

— Romeo Ninov

Un server Linux può essere configurato per diventare un iniziatore (accedere a dischi remoti / LUN utilizzando il protocollo iSCSI) o una destinazione (rendere disponibile la capacità di archiviazione locale come LUN agli iniziatori remoti). Pacchetti generalmente separati sono disponibili nella maggior parte delle distribuzioni per fornire entrambe le funzionalità. Si noti che un target può rendere disponibile quasi ogni spazio di archiviazione agli iniziatori, non deve essere un disco completo.

— HBruijn,

@JohnMahowald: Mac, alcuni 68k, alcuni PPC. MacOS classico. Impossibile virtualizzare a causa dei requisiti hardware.

— Salvatore Shiggerino,

@RomeoNinov: nessuna interfaccia SATA disponibile, solo SCSI

— Salvatore Shiggerino

Risposte:

Credo che il tuo approccio desiderato sia possibile usando il sottosistema CAM Target Layer di FreeBSD e gli adattatori SCSI che supportano la modalità target, come la serie AIC-78xx. Attualmente sto facendo questo tramite una coppia di schede Adaptec 39160 collegate con un cavo VHDCI. È anche possibile passare attraverso un file ISO come dispositivo CD-ROM SCSI avviabile.

Il kernel di FreeBSD deve essere compilato con i driver targ e targbh, le porte devono essere abilitate per la modalità target (es. ctladm port -o on ahc0) E i dispositivi a blocchi devono essere creati ( ctladm create -b block -o file=/path/to/disko ctladm create -b block -t 5 -o file=/path/to/iso). Il driver del blocco supporta sia i dispositivi disco che le immagini disco. Per impostazione predefinita, presenta i dispositivi come LUN su ID 7, quindi assicurati che le tue schede SCSI siano impostate su ID diversi.

Windows 98 sembra bloccarsi durante la scansione del bus PCI con ASPI per 79xx, probabilmente a causa di un problema con il driver, anche se non ho studiato a fondo. Windows XP sembra essere più facile da gestire per le 39160 schede, ma poiché XP può già essere avviato da iSCSI, ciò non mi sblocca alcuna funzionalità aggiuntiva.

— JodieC
fonte

Grazie! Questo è esattamente ciò che sto cercando, spero di riuscire a farlo funzionare.

— Salvatore Shiggerino,

A partire da Adam iSCSI è un protocollo che "espone" lo spazio su disco da un computer e lo rappresenta come dispositivo di archiviazione su un altro computer. Ma per usarlo il sistema operativo del secondo computer deve riconoscere il protocollo e disporre di driver / moduli appropriati con cui lavorare. Inoltre, dopo che iSCSI LUN è stato riconosciuto, deve essere formattato e montato (dal sistema operativo) a un particolare mountpoint (o utilizzato come dispositivo RAW). Non sono a conoscenza dell'opzione per utilizzare il disco iSCSI come dispositivo root.

Nel tuo caso iSCSI non è applicabile. Ciò che è possibile cercare è il convertitore / controller da PATA a SCSI per utilizzare i dischi PATA come SCSI. Di solito questi convertitori sono indipendenti dal sistema operativo.

Ma il meglio che puoi fare è migrare tutte le applicazioni che girano su questo vecchio hardware su una nuova piattaforma software / hardware.

— Romeo Ninov
fonte

Interessante. Vedo che esistono anche dispositivi SATA simili a SCSI simili. Ciò risolverebbe il problema di scavenging del disco SCSI. L'altra metà del problema (che è più piacevole da avere che da avere) è l'aspetto SAN. Sei a conoscenza di qualsiasi software in grado di trasformare un computer Linux in una destinazione ATA (se è così che si chiama)? Per quanto riguarda la migrazione, semplicemente non è conveniente. La messa in servizio di alcuni produttori di hardware per realizzare una soluzione unica da PCI a NuBus e scrivere i driver associati avrà un costo probabilmente di milioni. Puoi comprare un sacco di vecchio hardware per quei soldi.

— Salvatore Shiggerino,

@SalvatoreShiggerino, non ho informazioni su tale software (target ATA). Considera anche la soluzione di Sergey Nudnov (altra risposta) che può essere una soluzione molto flessibile (e di lunga durata)

— Romeo Ninov,

Per evitare di avere i dischi rigidi locali, prendere in considerazione l'utilizzo della tecnologia NetBoot . Ecco alcune informazioni importanti da Wikipedia

NetBoot è una tecnologia Apple che consente ai Mac con firmware in grado (ovvero New World ROM) di avviarsi da una rete, piuttosto che un disco rigido locale o un'unità disco ottico. NetBoot è un'opera derivata dal Bootstrap Protocol (BOOTP), ed è simile per concetto al Preboot Execution Environment.

Un'immagine del disco con una copia di macOS, macOS Server, Mac OS 9 o Mac OS 8 viene creata utilizzando System Image Utility e viene memorizzata su un server, in genere macOS Server. I clienti ricevono questa immagine attraverso una rete usando molti protocolli popolari tra cui: HTTPS, AFP, TFTP, NFS e multicast Apple Software Restore (ASR). L'immagine NetBoot sul lato server può avviare intere macchine

Mac OS 8.5 e Mac OS 9 utilizzano solo BOOTP / DHCP per ottenere informazioni IP, seguito da un trasferimento TFTP del file ROM di Mac OS. Successivamente, due volumi vengono montati tramite AppleTalk su TCP su cui risiedono le immagini del disco client. Tutto sommato, il Mac OS classico utilizza tre immagini; un'immagine di sistema che contiene il sistema operativo e può contenere applicazioni. Successivamente un'immagine privata (o disco di memoria virtuale) viene montata in un overlay sull'immagine di sistema di sola lettura. Infine, viene montata un'immagine dell'applicazione. Questa immagine, tuttavia, potrebbe essere vuota.

Se non hai il server Max OS X a portata di mano, considera l'utilizzo di BootMania che fornirebbe la funzionalità NetBoot da una normale scatola di Mac OS X.

— Sergey Nudnov
fonte

È qualcosa che ho preso in considerazione, ma incanalare tutto l'accesso al disco attraverso uno stack di rete pianificato in modo cooperativo su (secondo gli standard di oggi) un hardware fortemente limitato alle risorse non suona come una grande idea.

— Salvatore Shiggerino,

@SalvatoreShiggerino Quindi stai guardando iSCSI, che è puramente relativo alla rete e comunque non disponibile sui sistemi Mac legacy, ma scarta un'altra tecnologia relativa alla rete che è disponibile per le tue macchine.

— Sergey Nudnov,