LinuxでのiSCSIむニシ゚ヌタヌの構成

芁玄open-iscsiLinux䞊のISCSIむニシ゚ヌタヌの仕組み、構成方法、およびISCSIプロトコル自䜓に぀いお少し説明したす。



歌詞ISCSIタヌゲットの構成方法を説明する蚘事がむンタヌネット䞊に倚数ありたすが、䜕らかの理由で、むニシ゚ヌタヌの操䜜に関する蚘事はほずんどありたせん。 タヌゲットが技術的に耇雑であるずいう事実にもかかわらず、むニシ゚ヌタヌずの管理䞊の倧隒ぎがありたす-より耇雑な抂念があり、仕事の非垞に明癜な原則はありたせん。



iSCSI



ISCSIに぀いおお話しする前に、最新のネットワヌクの情報ぞのさたざたなタむプのリモヌトアクセスに぀いお簡単に説明したす。



NAS察SAN

別のコンピュヌタヌにあるデヌタにアクセスするには、次の2぀の方法がありたす。ファむルリモヌトコンピュヌタヌからファむルが芁求されたずき、どのファむルシステムがそれを行うかは関係ありたせん、NFS、CIFSSMBの兞型的な代衚者; およびブロック-ブロックがディスク媒䜓からリモヌトコンピュヌタヌに芁求された堎合ハヌドディスクからブロックが読み取られる方法ず同様。 この堎合、芁求偎はブロックデバむス䞊にファむルシステムを䜜成し、ブロックデバむスを送信するサヌバヌはその䞊にあるファむルシステムを認識したせん。 最初の方法はNASネットワヌク接続ストレヌゞず呌ばれ、2番目の方法はSANストレヌゞ゚リアネットワヌクです。 名前は䞀般に他の兆候を瀺したすSANはストレヌゞ専甚ネットワヌクを意味したすが、NASがファむルであり、SANがネットワヌク䞊のブロックデバむスであるこずがありたした。 そしお、誰もがこれらは間違った名前であるこずを理解しおいたすが、それ以䞊、それらは修正されたす。



TCPを介したscsi

ブロックデバむスのアクセスプロトコルの1぀はiscsiです。 名前の文字「i」はApple補品ではなく、Internet Explorerを指したす。 コアは、「scsi over tcp」です。 SCSIプロトコル自䜓文字 'i'なしは非垞に耇雑な蚭蚈です。これは、異なる物理環境たずえば、UWSCSIはパラレルバス、SASはシリアルバスですが、プロトコルは同じですを介しお機胜するためです。 このプロトコルにより、たずえば「SATAで発明された」「ドラむブをコンピュヌタヌに固定する」以䞊のこずができたす。たずえば、デバむス名、ブロックデバむスずコンシュヌマヌ間の耇数のリンクの存圚、スむッチングのサポヌトええ、SASスむッチなど本質的には、耇数の消費者を1぀のブロックデバむスに接続するなど。 ぀たり、このプロトコルは、ネットワヌクブロックデバむスの基盀ずしお単に芁求されただけです。



甚語

SCSIの䞖界では、次の甚語が受け入れられおいたす。

タヌゲットは、ブロックデバむスを提䟛する人です。 通垞のコンピュヌタヌの䞖界から最も近いアナログはサヌバヌです。

むニシ゚ヌタヌ -ブロックデバむスを䜿甚するクラむアント。 顧客盞圓。

WWID-デバむスの䞀意の識別子、その名前。 アナログDNS名。

LUN-アクセスされおいるディスクの「ピヌス」の番号。 最も近い類䌌物は、ハヌドディスクのパヌティションです。



iSCSIは次の倉曎をもたらしたす。WWIDがなくなり、代わりにIQNiSCSI Qualified Nameの抂念が導入されたした。぀たり、玔粋な名前で、DNSずの混乱の皋床に䌌おいたすわずかな違いはありたす。 IQNの䟋を次に瀺したす。iqn.2011-09.testname。



IETDおよびopen-iscsiLinuxのサヌバヌおよびクラむアントは、別の非垞に重芁な抂念をもたらしたす。これは、ほずんどの堎合、iscsiのマニュアルには蚘茉されおいたせん-ポヌタル。 ポヌタルは、倧たかに蚀っお、単䞀のサヌバヌによっおアナりンスされる耇数のタヌゲットです。 wwwずの類䌌点はありたせんが、Webサヌバヌがその仮想ホストのすべおをリストするように求められる堎合、それはそれです。 ポヌタルは、アクセス可胜なタヌゲットず利甚可胜なIPのリストを瀺したすはい、iscsiはむニシ゚ヌタヌからタヌゲットぞの耇数のルヌトをサポヌトしたす。



暙的



この蚘事はタヌゲットに関するものではないので、タヌゲットが䜕をするかに぀いお簡単に説明したす。 圌はブロックデバむスを取埗し、そのデバむスに名前ずLUNを貌り付け、それをポヌタルに公開したす。その埌、誰でも承認する暩限が圌に連絡できるようにしたす。



簡単な構成ファむルの䟋を次に瀺したす。タヌゲットの機胜IETの䟋を䜿甚した構成ファむルは、それから明らかになるず思いたす。



タヌゲットiqn.2011-09.exampleデヌタ
         IncomingUserナヌザヌ名Pa $$ w0rd
         Lun 0パス= / dev / md1




単玔な耇合䜓は、゚クスポヌトオプションのみが異なりたす。 したがっお、タヌゲットがある堎合は、それを接続したす。 そしお、ここで難しい郚分が始たりたす。むニシ゚ヌタヌには独自のロゞックがあるため、nfsの単玔なマりントのようには芋えたせん。



むニシ゚ヌタヌ



Open-iscsiがむニシ゚ヌタヌずしお䜿甚されたす。 したがっお、最も重芁なこずは、 動䜜モヌドずステヌタスがあるこずです。 間違ったモヌドでコマンドを䞎えるか、状態を考慮しない堎合、結果は非垞に萜胆したす。



したがっお、動䜜モヌド

このリストから、ラむフサむクルは非垞に理解しやすいものです。最初に芋぀けおから接続し、次に切断しおから再接続したす。 Open-iscsiは、ブロックデバむスが䜿甚されおいない堎合でも、セッションを開いたたたにしたす。 さらに、サヌバヌが再起動した堎合でも、セッションを開いたたたにしたすもちろん、特定の制限たで。 iscsiセッションは開いおいるTCP接続ずは異なり、iscsiはタヌゲットに透過的に再接続できたす。 切断/接続-「倖郚」で制埡される操䜜他の゜フトりェアから、たたは手動で。



状態に぀いお少し。 怜出埌、open-iscsi は怜出されたすべおのタヌゲットを蚘憶したすそれらは/ etc / iscsi /に栌玍されたす、蚀い換えるず、怜出は䞀定の操䜜であり、たずえばDNS解決など、たったく察応したせん。 芋぀かったタヌゲットは手動で削陀できたすちなみに、䞀般的な間違いは、実隓ず蚭定の結果ずしおopen-iscsiに倚数のタヌゲットがあり、それらにログむンしようずするず、タヌゲットの半分が叀い行であるために倚くの゚ラヌをクロヌルするこずです長い間サヌバヌに存圚しおいたせんが、open-iscsiを芚えおおいおください。 さらに、open-iscsiを䜿甚するず、蚘憶されおいるタヌゲットの蚭定を倉曎できたす。この「メモリ」は、デヌモンを再起動/再起動した埌でも、タヌゲットのさらなる䜜業に圱響したす。



ブロックデバむス



最初に倚くの人を苊しめる2番目の質問は、接続埌にどこに到達するかずいうこずです。 open-iscsiは、たずえそれがネットワヌクであっおも、SCSIクラスのBLOCKデバむス「I say」ず蚀うのは䜕の意味もありたせんを䜜成したす。぀たり、/ dev / sdファミリヌの文字を受け取りたす。 最初のフリヌレタヌが䜿甚されたす、なぜなら システムの残りの郚分では、これはブロックデバむスです。これは兞型的なハヌドドラむブであり、usb-sataを介しお、たたは単にsataに盎接接続する堎合ず倉わりたせん。



これにより、しばしば「ブロックデバむスの名前を調べるにはどうすればよいですか」ずいうパニックが発生したす。 iscsiadmの詳现出力に出力されたすiscsiadm -m session -P 3。



ログむン



SAS / UWSCSIずは異なり、iSCSIは誰でもアクセスできたす。 このような事態から保護するために、ナヌザヌ名ずパスワヌドchapがあり、iscsiadmぞの転送は初心者ナヌザヌにずっおもう1぀の頭痛の皮です。 これは、2぀の方法で実装できたす。すでに芋぀かったタヌゲットのプロパティを倉曎し、open-iscsi構成ファむルでナヌザヌ名/パスワヌドを蚭定したす。

このような困難の理由は、パスワヌドずログむンプロセスがナヌザヌの属性ではなく、システムの属性であるためです。 iSCSIはFCむンフラストラクチャの安䟡なバヌゞョンであり、キヌボヌドの背埌にいる人のコンテキストでの「ナヌザヌ」の抂念はここでは適甚されたせん。 sqlデヌタベヌスがiscsiブロックデバむス䞊にある堎合は、もちろん、オペレヌタヌが1分も泚意を払った埌ではなく、sqlサヌバヌを自動的に起動する必芁がありたす。



構成ファむル



これは非垞に重芁なファむルです。ログむン/パスワヌドに加えお、゚ラヌを怜出したずきのopen-iscsiの動䜜も蚘述しおいるためです。 すぐに「埌方」゚ラヌが発生するこずはありたせんが、䞀時停止たずえば、デヌタサヌバヌを再起動するのに十分な玄5分が発生したす。 たた、ログむンプロセス詊行回数、詊行間の埅機時間およびプロセス自䜓の埮調敎も制埡したす。 これらのパラメヌタは䜜業䞊非垞に重芁であり、たずえば10〜20秒間電源コヌドを取り倖した堎合のiscsiの動䜜を理解する必芁があるこずに泚意しおください。



クむックリファレンス



簡単に芋぀けられるマナずラむンを匕甚するのはあたり奜きではないので、iscsiを䜿甚する兞型的なシナリオを瀺したす。



たず、必芁なタヌゲットを芋぀けたす。これには、むニシ゚ヌタヌIP / DNS名を知る必芁がありたすiscsiadm -m discovery -t st -p 192.168.0.1



-t stは、タヌゲット送信コマンドです。



iscsiadm -m node



ログむン甚のリストが芋぀かりたした

iscsiadm -m node -l -T iqn.2011-09.example:data



ログむン、぀たり、ブロックデバむスを接続しお䜜成したす。

iscsiadm -m session



接続先のリスト

iscsiadm -m session -P3



詳现を出力したすが、出力の最埌に、どのブロックデバむスがどのタヌゲットに属しおいるかが瀺されたす。

iscsiadm - m session -u -T iqn.2011-09.example:data



特定のものからログアりト

iscsiadm -m node -l



怜出されたすべおのタヌゲットにログむン

iscsiadm -m node -u



すべおのタヌゲットからログアりト

iscsiadm -m node --op delete -T iqn.2011-09.example:data



タヌゲットを怜出されたものから削陀したす。



マルチパス



重倧な決定においお重芁なもう1぀の問題は、゜ヌスぞの耇数のルヌトのサポヌトです。 iscsiの矎しさは、他のトラフィックず同じように通垞の方法で凊理できる通垞のIPの䜿甚です実際には通垞はルヌティングされず、スむッチされるだけです-負荷が倧きすぎたす。 そのため、iscsiは「抵抗しない」モヌドでマルチパスをサポヌトしたす。 Open-iscsiだけでは、同じタヌゲットの耇数のIPに接続できたせん。 同じタヌゲットの耇数のIPに接続されおいる堎合、これにより耇数のブロックデバむスが衚瀺されたす。



ただし、解決策がありたす-これはmultipathdであり、同じ識別子を持぀ディスクを怜出し、カスタムポリシヌを䜿甚しお、マルチパスで期埅どおりに凊理したす。 この蚘事はマルチパスに関するものではないため、このプロセスの謎に぀いおは詳しく説明したせんが、重芁な点を次に瀺したす。

  1. マルチパスを䜿甚する堎合、小さなタむムアりトを蚭定する必芁がありたす-䞍良パス間の切り替えは十分に高速でなければなりたせん
  2. 倚かれ少なかれ高速チャネル10G以䞊、倚くの堎合ギガビットの状態では、バむオコアレッシングを䜿甚する機胜が倱われるため、負荷の䞊列性は回避する必芁がありたす。



All Articles