Création d'une cible SCSI physique à partir d'une cible iSCSI

Je me retrouve à devoir entretenir du vieux matériel pour certaines applications héritées. Ces ordinateurs utilisent de vieux disques SCSI parallèles, et quand ces disques meurent, je dois en chercher de nouveaux, ce qui devient de plus en plus difficile.

Est-il possible d'exécuter un ordinateur moderne avec une interface SCSI physique et de se présenter comme un disque cible à l'ordinateur hérité, donc au lieu d'accéder à un disque SCSI physique, il accède à un disque moderne dans un SAN?

J'ai regardé http://www.linux-iscsi.org/ et il semble que le mode de fonctionnement habituel soit agir comme une cible iSCSI à partir d'un disque physique plutôt que l'inverse, une cible physique à partir d'un iSCSI distant cible. Mais je ne connais pas suffisamment la terminologie ou la technologie pour savoir si elle est prise en charge, possible ou complètement hors de question.

Je crois que votre approche souhaitée est possible en utilisant le sous-système CAM Target Layer de FreeBSD et les adaptateurs SCSI qui prennent en charge le mode cible, comme la série AIC-78xx. Je fais actuellement cela via une paire de cartes Adaptec 39160 connectées avec un câble VHDCI. Il est également possible de passer par un fichier ISO en tant que périphérique CD-ROM SCSI amorçable.

Le noyau FreeBSD doit être compilé avec les pilotes targ et targbh, les ports doivent être activés pour le mode cible (par exemple ctladm port -o on ahc0) et les périphériques de bloc doivent être créés ( ctladm create -b block -o file=/path/to/diskou ctladm create -b block -t 5 -o file=/path/to/iso). Le pilote de bloc prend en charge les périphériques de disque ainsi que les images de disque. Par défaut, il présente les périphériques sous forme de LUN sur l'ID 7, alors assurez-vous que vos cartes SCSI sont définies sur des ID différents.

Windows 98 semble se bloquer lors de la numérisation du bus PCI avec ASPI pour 79xx, probablement en raison d'un problème de pilote, bien que je n'aie pas enquêté de manière approfondie. Windows XP semble être plus facile à gérer pour les cartes 39160, mais comme XP peut déjà être sanbooté à partir d'iSCSI, cela ne déverrouille aucune fonctionnalité supplémentaire pour moi.

Pour commencer, Adam iSCSI est un protocole qui "expose" l'espace disque d'un ordinateur et le représente comme périphérique de stockage sur un autre ordinateur. Mais pour l'utiliser, le système d'exploitation du deuxième ordinateur doit reconnaître le protocole et disposer des pilotes / modules appropriés pour fonctionner. De plus, une fois iSCSI LUN reconnu, il doit être formaté et monté (à partir du système d'exploitation) sur un point de montage particulier (ou utilisé comme périphérique RAW). Je ne connais pas l'option d'utiliser le disque iSCSI comme périphérique racine.

Dans votre cas, iSCSI n'est pas applicable. Ce que vous pouvez rechercher est un convertisseur / contrôleur PATA vers SCSI pour utiliser des disques PATA comme SCSI. Habituellement, ces convertisseurs sont indépendants du système d'exploitation.

Mais le mieux que vous puissiez faire est de migrer toutes les applications qui fonctionnent sur cet ancien matériel vers une nouvelle plate-forme logicielle / matérielle.

Pour éviter d'avoir les disques durs locaux, pensez à utiliser la technologie NetBoot . Voici quelques informations importantes de Wikipedia

NetBoot est une technologie d'Apple qui permet aux Mac dotés d'un micrologiciel capable (c.-à-d. New World ROM) de démarrer à partir d'un réseau, plutôt que d'un disque dur local ou d'un lecteur de disque optique. NetBoot est un travail dérivé du protocole Bootstrap (BOOTP) et est similaire dans son concept à l'environnement d'exécution de pré-lancement.

Une image disque avec une copie de macOS, macOS Server, Mac OS 9 ou Mac OS 8 est créée à l'aide de System Image Utility et est stockée sur un serveur, généralement macOS Server. Les clients reçoivent cette image sur un réseau à l'aide de nombreux protocoles courants, notamment: HTTPS, AFP, TFTP, NFS et la restauration de logiciels Apple (ASR) multicast. L'image NetBoot côté serveur peut démarrer des machines entières

Mac OS 8.5 et Mac OS 9 utilisent uniquement BOOTP / DHCP pour obtenir les informations IP, suivi d'un transfert TFTP du fichier ROM Mac OS. Ensuite, deux volumes sont montés via AppleTalk sur TCP sur lequel résident les images de disque client. Dans l'ensemble, le Classic Mac OS utilise trois images; une image système qui contient le système d'exploitation et peut contenir des applications. Ensuite, une image privée (ou disque de travail) est montée en superposition sur l'image système en lecture seule. Enfin, une image d'applications est montée. Cette image peut cependant être vide.

Si vous n'avez pas de serveur Max OS X sous la main, envisagez d'utiliser BootMania qui fournirait la fonctionnalité NetBoot à partir d'une boîte Mac OS X standard.