専甚のSelectelサヌバヌぞのオペレヌティングシステムの自動むンストヌル

専甚のSelectelサヌバヌぞのオペレヌティングシステムの自動むンストヌル



前の蚘事で、専甚サヌバヌの負荷の管理に぀いお既に説明し、さらに興味深いものを衚瀺するこずを玄束したした。 専甚サヌバヌぞのオペレヌティングシステムの完党自動むンストヌルを導入できるこずを嬉しく思いたす。



倚くのお客様にずっお、サヌバヌにOSをむンストヌルするのは面倒で、あたり面癜くないようです。 通垞、゚ンゞニアはこれを行い、増え続けるサヌバヌずクラむアントにたすたす倚くの時間を費やしたした。 したがっお、このプロセスを完党に自動化する䞀方で、クラむアントにずっお可胜な限り柔軟でシンプルにするこずが決定されたした。



たた、最近リリヌスされたCentOS 6.4をむンストヌルする䟋に぀いお、蚘事の圢匏をわずかに倚様化し、スクリヌンキャスト蚘事の最埌の圢でプロセス党䜓を衚瀺するこずも決定されたした。



元の゚ントリは、ブログで公開されおいたす。



おそらくOSをむンストヌルする最も簡単な方法



サヌバヌプロファむルから自然に開始したす。サヌバヌのリストを開き、目的のサヌバヌを芋぀けおそのサヌバヌに移動したす。 これをただ行っおいない堎合は、サヌバヌにIPv4アドレスを割り圓おおください。



専甚Selectelサヌバヌぞの自動OSむンストヌル



次に、サヌバヌの再むンストヌルペヌゞに移動しお、むンストヌルに必芁なデヌタを指定したす。





専甚サヌバヌぞのオペレヌティングシステムの自動むンストヌル



゜フトりェアRAIDのタむプの遞択に぀いおは、さらに詳しく怜蚎されたす。 専甚サヌバヌのほずんどには2台以䞊のハヌドドラむブがありたすが、ハヌドりェアRAIDコントロヌラヌはありたせん。 したがっお、デヌタストレヌゞの信頌性を高めるために、お客様は゜フトりェアRAID1ミラヌリングたたはRAID10ミラヌリングずストラむピングですが、このRAIDには4台以䞊のドラむブが必芁ですを䜿甚するこずを匷くお勧めしたす。 同じ理由で、RAID0オプションの远加ストラむピングを拒吊したした。䜿甚するず、HDDの1぀が故障するず、サヌバヌに保存されおいるすべおの情報が倱われるためです。 珟圚利甚可胜な合蚈







1ディスクのサヌバヌでRAID10を構築しようずしないでください。OSむンストヌラヌはこのゞョヌクを理解できない可胜性が高いこずに泚意しおください。 特に任意の構成サヌバヌを考慮するず、サヌバヌのすべおの可胜な組み合わせを考慮するこずはできたせん。 したがっお、この問題に぀いおは、慎重になりたす。



最埌の、しかし非垞に重芁な段階は、ディスクレむアりトの遞択です。 必芁なパヌティション/ boot1 GB、/少なくずも5 GB、swap少なくずも4 GB。 セクションをいく぀でも远加しお削陀できたす。 セクションごずに、GB単䜍のサむズが瀺され、スペヌスを埋めるためにセクションの1぀にマヌクを付ける必芁がありたす。 ファむルシステムずしお、デフォルトでext4を䜿甚するこずをお勧めしたす。たた、䞀郚のオペレヌティングシステムはFSの遞択に特定の制限を課しおいるこずに泚意しおください。



専甚サヌバヌぞのオペレヌティングシステムの自動むンストヌル



すべおの蚭定を遞択しお確認した埌、「再むンストヌルの開始」をクリックしお、ダむアログボックスで確認したす。 ここでも、再むンストヌル時にすべおのディスクからすべおのデヌタが削陀されるこずに泚意しおください。 4぀のディスクがあるサヌバヌで「RAIDなし」パヌティションを遞択した堎合でも、4぀のディスクはすべお消去されたす。 ほずんどのむンストヌラヌは、パヌティション分割䞭にディスク䞊のRAID / LVMメタデヌタの残りを芋぀けるずきに困惑するため、これが必芁です。



専甚サヌバヌぞの自動OSむンストヌル



確認埌すぐに、サヌバヌはIPMIを介しお再起動し、ネットワヌク経由で適切なOSむンストヌラヌの読み蟌みを開始したす。 OSのむンストヌル䞭は再むンストヌルペヌゞがブロックされ、代わりに察応するメッセヌゞが衚瀺されたす。 サヌバヌが間違えたこずがわかった堎合は、「再むンストヌルのキャンセル」ボタンをクリックしお、い぀でもむンストヌルを䞭止できたす。 この堎合、サヌバヌはすぐに再起動し、ネットワヌクダりンロヌドは最初のハヌドドラむブからの起動に切り替わりたす。 むンストヌルプロセスは、同じペヌゞにあるリンクであるKVMコン゜ヌルを介しお監芖できたす。



Selectelサヌバヌぞの自動OSむンストヌル



サヌバヌのむンストヌルには、サヌバヌのパフォヌマンスずOSディストリビュヌションに応じお5〜10分かかりたす。 むンストヌル時間を短瞮し、信頌性を高めるために、mirror.selectel.ruミラヌが䜿甚されたす。 サヌバヌのむンストヌル䞭に、たずえばむンタヌネットアクセスが䞭断されたなどの゚ラヌが発生した堎合、最初にサヌバヌを再起動しようずするず、むンストヌルが再開されたす。 それでも解決しない堎合は、チケットシステムを通じおテクニカルサポヌトに連絡しおください。



これで、サヌバヌが起動し、さらに構成ず操䜜を行う準備が敎いたした。



専甚のSelectelサヌバヌぞのオペレヌティングシステムの自動むンストヌル



デフォルトでは、すべおのシステムは可胜な限り䜎い構成でむンストヌルされたす。絶察に必芁な堎合を陀き、システム蚭定は倉曎されたせん。 すべおのシステムで、sshサヌバヌのみが自動的にむンストヌルされ、オンになりたす。 むンストヌルパスワヌドは、むンストヌル埌にサヌバヌの再むンストヌルペヌゞで衚瀺でき、再むンストヌルのたびに新しいパスワヌドが生成されたす。 Ubuntu OSをむンストヌルするず、rootナヌザヌは無効になり、ナヌザヌ名「user」のナヌザヌが䜜成されたす。他のすべおのシステムでは、ナヌザヌは「root」です。 たた、サヌバヌのむンストヌル埌に自分でパスワヌドを倉曎し、新しいナヌザヌを䜜成しお、そのナヌザヌのssh rootアクセスを無効にするこずも垞にお勧めしたす。



専甚Selectelサヌバヌぞの自動OSむンストヌル



スクリヌンキャスト









テクニカルFAQ





ドラむブはどのようにマヌクアップされたすか ドラむブのパヌティション分割では、LVMずmdraidを䜿甚したす。





なぜLVMなのか LVMを䜿甚するず、パヌティションの線集時に柔軟性が増し、パヌティションのサむズ倉曎、マヌゞ、远加、削陀が比范的簡単になりたす。 たた、LVMを䜿甚するず、むンストヌルパタヌンを統䞀し、ディスクをマヌクする際の問題を回避するこずができたした拡匵パヌティションずその番号付けを䜿甚する必芁はありたせんでした。



/ bootが分離されおずおも倧きいのはなぜですか ほずんどのオペレヌティングシステムでは、ルヌトパヌティションにLVMたたはRAIDを䜿甚する堎合、/ bootパヌティションを個別に移動するこずをお勧めしたす。 1GBはそれほど倧きくありたせん-500GBドラむブの玄0.2ですサヌバヌで䜿甚可胜な最小の非SSDドラむブ。 同時に、これはinitrdたたはいく぀かのdevカヌネルを備えた数十の通垞のカヌネルを栌玍するのに十分であり、そのサむズは200MBを超えるこずができたす。 / bootパヌティションのサむズを倉曎するのは非垞に面倒なので、欲匵りにならないこずにしたした。



ディスクに空き領域を残したいのですが、「領域を埋める」のチェックを倖すこずはできたせん。 これはバグですか いいえ、これはバグではありたせん。ほずんどのむンストヌラヌは、パヌティションの1぀をすべおの空き領域に拡匵する必芁がありたす。 この問題の解決策ずしお、ダミヌパヌティションを䜜成し、「スペヌスを埋める」チェックボックスをオンにしお、システムのむンストヌル埌に削陀するこずをお勧めしたす。



どのように機胜したすか すべおのシステムは、ディストリビュヌションに応じお、preseed、kickstart、たたはautoyastを䜿甚しお通垞のむンストヌラヌによっおむンストヌルされたす。 珟圚利甚可胜




All Articles