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

8

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.

Salvatore Shiggerino
la source
1
Quel matériel? Quel système d'exploitation? Finalement, le matériel mourra et vous devrez virtualiser et / ou migrer l'application.
John Mahowald
1
Existe-t-il une exigence particulière pour utiliser des disques SCSI? Les disques SATA contemporains sont assez rapides
Romeo Ninov
Un serveur Linux peut être configuré pour devenir un initiateur (accéder aux disques / LUN distants à l'aide du protocole iSCSI) ou une cible (rendre la capacité de stockage local disponible en tant que LUN pour les initiateurs distants). Des packages généralement distincts sont disponibles dans la plupart des distributions pour fournir l'une ou l'autre des fonctionnalités. Veuillez noter qu'une cible peut mettre presque tout stockage à la disposition des initiateurs, il ne doit pas nécessairement être un disque complet.
HBruijn
@JohnMahowald: Macs, certains 68k, certains PPC. MacOS classique. Impossible de virtualiser en raison des exigences matérielles.
Salvatore Shiggerino
@RomeoNinov: Aucune interface SATA disponible, seulement SCSI
Salvatore Shiggerino

Réponses:

3

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.

JodieC
la source
Merci! C'est précisément ce que je recherche, j'espère pouvoir le faire fonctionner.
Salvatore Shiggerino
4

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.

Roméo Ninov
la source
Intéressant. Je vois qu'il existe également des périphériques SATA similaires aux périphériques SCSI. Cela résoudrait le problème de nettoyage de disque SCSI. L'autre moitié du problème (qui est plus agréable à avoir que indispensable) est l'aspect SAN. Connaissez-vous des logiciels qui peuvent transformer un ordinateur Linux en cible ATA (si c'est ainsi qu'on l'appelle)?. Quant à la migration, ce n'est tout simplement pas rentable. La mise en service d'un fabricant de matériel pour créer une solution PCI vers NuBus unique et écrire les pilotes associés coûtera probablement des millions. Vous pouvez acheter énormément de vieux matériel pour cet argent.
Salvatore Shiggerino
@SalvatoreShiggerino, je n'ai aucune information sur un tel logiciel (cible ATA). Veuillez également considérer la solution de Sergey Nudnov (autre réponse) qui peut être une solution très flexible (et durable)
Romeo Ninov
1

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.

entrez la description de l'image ici

Sergey Nudnov
la source
C'est quelque chose que j'ai envisagé, mais canaliser tous les accès au disque via une pile réseau planifiée en coopération sur (selon les normes d'aujourd'hui) du matériel fortement limité en ressources ne semble pas être une si bonne idée.
Salvatore Shiggerino
@SalvatoreShiggerino Donc, vous regardez iSCSI, qui est purement lié au réseau et de toute façon non disponible sur les systèmes Mac hérités, mais en vous débarrassant d'une autre technologie liée au réseau qui est disponible pour vos machines.
Sergey Nudnov