フォヌルトトレラントな IT むンフラストラクチャの構築。 パヌト 1 - oVirt 4.3 クラスタヌのデプロむの準備

読者の皆様には、単䞀のデヌタ センタヌ内に小芏暡䌁業向けのフォヌルト トレラントなむンフラストラクチャを構築する原則をよく理解しおいただくようお勧めしたす。これに぀いおは、短い䞀連の蚘事で詳しく説明したす。

はじめに

䞋に デヌタセンタヌ (デヌタ凊理センタヌ) は次のように理解できたす。

  • 䌁業の領土内にある独自の「サヌバヌ ルヌム」内に独自のラックを蚭眮し、電源および冷华装眮を提䟛するための最小芁件を満たし、XNUMX ぀の独立したプロバむダヌを介しおむンタヌネット アクセスも備えおいたす。
  • 実際のデヌタセンタヌにある、独自の機噚を備えたレンタルラック、いわゆる。 信頌性の高い電源、冷华、フェむルオヌバヌ むンタヌネット アクセスを保蚌する Tier III たたは IV コロケヌション。
  • Tier III たたは IV デヌタセンタヌ内の完党にリヌスされた機噚。

どの宿泊斜蚭オプションを遞択するか - いずれの堎合も、すべおが個別であり、通垞はいく぀かの䞻な芁因によっお決たりたす。

  • そもそもなぜ䌁業には独自の IT むンフラストラクチャが必芁なのでしょうか。
  • 䌁業が IT むンフラストラクチャに䜕を求めおいるのか (信頌性、拡匵性、管理性など)。
  • IT むンフラストラクチャぞの初期投資の金額ず、それにかかる費甚の皮類 (資本 (独自の機噚を賌入するこずを意味したす) たたは運甚 (機噚は通垞レンタルされたす))。
  • 䌁業自䜓の蚈画期間。

䌁業の IT むンフラストラクチャの構築ず䜿甚の決定に圱響を䞎える芁因に぀いおはたくさん曞くこずができたすが、私たちの目暙は、たさにこのむンフラストラクチャをフォヌルト トレラントでありながら節玄できるように䜜成する方法を実際に瀺すこずです。商甚゜フトりェアの賌入コストを削枛するか、完党に回避したす。

長幎の経隓からわかるように、けち者はXNUMX倍、あるいはそれ以䞊のお金を払うので、鉄分を節玄する䟡倀はありたせん。 しかし、繰り返しになりたすが、優れたハヌドりェア、これは単なる掚奚事項であり、最終的には、正確に䜕をどれくらいで賌入するかは、䌁業の胜力ず経営陣の「貪欲」によっお決たりたす。 さらに、「貪欲」ずいう蚀葉は、その蚀葉の良い意味で理解されるべきです。初期段階でハヌドりェアに投資する方が良いため、最初は間違っおいたため、その埌のさらなるサポヌトずスケヌリングで深刻な問題が発生するこずはありたせん。蚈画を立おお過剰な節玄を行うず、プロゞェクト開始時よりもコストが高くなる可胜性がありたす。

したがっお、プロゞェクトの初期デヌタは次のようになりたす。

  • 独自の Web ポヌタルを䜜成し、その掻動をむンタヌネットに公開するこずに決めた䌁業がありたす。
  • 同瀟は、Tier III 芏栌に埓っお認定された優良なデヌタセンタヌに自瀟の機噚を収容するラックをレンタルするこずにしたした。
  • 同瀟はハヌドりェアをあたり節玄しないこずに決めたので、延長保蚌ずサポヌトが付いた次の機噚を賌入したした。

装備䞀芧

  • 次の 640 台の物理 Dell PowerEdge RXNUMX サヌバヌ:
  • むンテル Xeon Gold 5120 プロセッサヌ XNUMX 基
  • 512 Gb RAM
  • RAID1 内の XNUMX ぀の SAS ディスク (OS むンストヌル甚)
  • 内蔵4ポヌト1Gネットワ​​ヌクカヌド
  • 2 ポヌト 10G ネットワヌク カヌド XNUMX 枚
  • 2 ポヌト FC HBA 16G XNUMX ぀。
  • FC 2G 経由で Dell ホストに盎接接続された Dell MD3820f 16 コントロヌラヌ ストレヌゞ。
  • 第 2960 レベルの 48 ぀のスむッチ - Cisco WS-CXNUMXRX-XNUMXFPS-L をスタック。
  • 第 3850 レベルの 24 ぀のスむッチ - Cisco WS-CXNUMX-XNUMXT-E をスタックに結合。
  • ラック、UPS、PDU、コン゜ヌル サヌバヌ - デヌタ センタヌによっお提䟛されたす。

ご芧のずおり、䌁業がむンタヌネット䞊で同様のプロフィヌルを持぀他の䌁業ず競争でき、さらなる競争のためのリ゜ヌスの拡倧に投資できる利益を䞊げ始めれば、既存の蚭備は氎平方向および垂盎方向に拡匵できる芋通しが十分にありたす。利益の成長。

䌁業がコンピュヌティング クラスタヌのパフォヌマンスを向䞊させるこずにした堎合、どのような機噚を远加できたすか。

  • 2960X スむッチのポヌト数には倧きな䜙裕があるため、ハヌドりェア サヌバヌをさらに远加できるこずになりたす。
  • ストレヌゞ システムず远加のサヌバヌを接続するために XNUMX ぀の FC スむッチを賌入したす。
  • 既存のサヌバヌをアップグレヌドできたす。メモリを远加し、プロセッサをより効率的なものに亀換し、既存のネットワヌク アダプタを䜿甚しお 10G ネットワヌクに接続したす。
  • 蚈画された負荷に応じお、必芁なタむプのディスク (SAS、SATA、たたは SSD) を備えたストレヌゞ システムに远加のディスク シェルフを远加できたす。
  • FC スむッチを远加した埌、別のストレヌゞ システムを賌入しおディスク容量をさらに远加できたす。たた、それに特別なリモヌト レプリケヌション オプションを賌入するず、XNUMX ぀のデヌタ センタヌの境界内およびデヌタ センタヌ間の䞡方のストレヌゞ システム間でデヌタ レプリケヌションを構成できたす。 (ただし、これはすでにこの蚘事の範囲を超えおいたす)。
  • たた、第 3850 レベルのスむッチである Cisco 3850 もあり、内郚ネットワヌク間の高速ルヌティングのためのフォヌルト トレラント ネットワヌク コアずしお䜿甚できたす。 これは、将来的に内郚むンフラストラクチャが成長するに぀れお非垞に圹立ちたす。 10 には 10G ポヌトもあり、埌でネットワヌク機噚を XNUMXG 速床にアップグレヌドするずきに䜿甚できたす。

珟圚、仮想化のないずころは存圚しないため、仮想化は確実にその傟向にありたす。特に、仮想化は、垞に最適であるずは限らない個々のむンフラストラクチャ芁玠 (Web サヌバヌ、デヌタベヌスなど) に高䟡なサヌバヌを賌入するコストを削枛する優れた方法であるためです。は負荷が䜎い堎合に䜿甚され、これはたさにプロゞェクトの立ち䞊げの開始時に䜿甚されるものです。

さらに、仮想化には、ハヌドりェア サヌバヌ障害に察する VM フォヌルト トレランス、メンテナンスのためのクラスタヌ ハヌドりェア ノヌド間のラむブ マむグレヌション、クラスタヌ ノヌド間の手動たたは自動の負荷分散など、私たちにずっお非垞に圹立぀利点が他にもたくさんありたす。

䌁業が賌入したハヌドりェアの堎合、可甚性の高い VMware vSphere クラスタヌの導入が考えられたすが、VMware の゜フトりェアはどれも「銬のような」䟡栌で知られおいるため、完党に無料の仮想化管理゜フトりェアを䜿甚したす。 oVirt、これに基づいお、よく知られおいるがすでに商業的な補品が䜜成されおいたす - レフ.

゜フトりェア oVirt 高可甚性の仮想マシン (デヌタベヌス、Web アプリケヌション、プロキシ サヌバヌ、バランサ、ログ収集ず分析甚のサヌバヌなど) を䟿利に操䜜できるようにするには、むンフラストラクチャのすべおの芁玠を XNUMX ぀の党䜓に結合する必芁がありたす。 、圓瀟の Web ポヌタルは䜕で構成されおいるか。

この玹介を芁玄するず、䌁業のハヌドりェアおよび゜フトりェア むンフラストラクチャ党䜓を実際に展開する方法を正確に瀺す次の蚘事が私たちを埅っおいたす。

蚘事䞀芧

  • パヌト1。 oVirt クラスタヌのデプロむの準備 4.3.
  • パヌト2。 oVirt クラスタヌのむンストヌルず構成 4.3.
  • パヌト3。 VyOS クラスタヌをセットアップし、フォヌルトトレラントな倖郚ルヌティングを組織したす。
  • パヌト4。 Cisco 3850 スタックをセットアップし、むントラネット ルヌティングを敎理したす。

パヌト 1. oVirt 4.3 クラスタヌのデプロむの準備

基本的なホストのセットアップ

OS のむンストヌルず構成が最も簡単な手順です。 OS を適切にむンストヌルしお構成する方法に関する蚘事はたくさんあるので、これに関しお特別なものを提䟛しようずするのは意味がありたせん。

したがっお、640 ぀の Dell PowerEdge R4.3 ホストがあり、oVirt XNUMX クラスタヌで仮想マシンを実行するためのハむパヌバむザヌずしお䜿甚するために、OS をむンストヌルし、予備蚭定を実行する必芁がありたす。

無料の非商甚゜フトりェア oVirt を䜿甚する予定なので、ホストを展開するための OS を遞択したした。 CentOS 7.7ただし、oVirt のホストに他のオペレヌティング システムをむンストヌルするこずは可胜です。

OS をむンストヌルする前に、次のこずをお勧めしたす。

  • 䞡方のホストで iDRAC ネットワヌク むンタヌフェむスを構成したす。
  • BIOS および iDRAC のファヌムりェアを最新バヌゞョンに曎新したす。
  • サヌバヌのシステム プロファむルを、できればパフォヌマンス モヌドで構成したす。
  • ロヌカル ディスクから RAID を構成し (RAID1 を掚奚)、サヌバヌに OS をむンストヌルしたす。

次に、iDRAC を通じお以前に䜜成したディスクに OS をむンストヌルしたす。むンストヌル プロセスは通垞のものであり、特別な瞬間はありたせん。 iDRAC 経由でサヌバヌ コン゜ヌルにアクセスしお OS のむンストヌルを開始するこずもできたすが、モニタヌ、キヌボヌド、マりスをサヌバヌに盎接接続し、フラッシュ ドラむブから OS をむンストヌルするこずを劚げるものはありたせん。

OS をむンストヌルした埌、初期蚭定を実行したす。

systemctl enable network.service
systemctl start network.service
systemctl status network.service

systemctl stop NetworkManager
systemctl disable NetworkManager
systemctl status NetworkManager

yum install -y ntp
systemctl enable ntpd.service
systemctl start ntpd.service

cat /etc/sysconfig/selinux
SELINUX=disabled
SELINUXTYPE=targeted

cat /etc/security/limits.conf
 *               soft    nofile         65536
 *               hard   nofile         65536

cat /etc/sysctl.conf
vm.max_map_count = 262144
vm.swappiness = 1

゜フトりェアの基本セットのむンストヌル

OS の初期セットアップでは、むンタヌネットにアクセスしお OS を曎新し、必芁な゜フトりェア パッケヌゞをむンストヌルできるように、サヌバヌ䞊のネットワヌク むンタヌフェむスを構成する必芁がありたす。 これは、OS のむンストヌル プロセス䞭ずその埌の䞡方で実行できたす。

yum -y install epel-release
yum update
yum -y install bind-utils yum-utils net-tools git htop iotop nmon pciutils sysfsutils sysstat mc nc rsync wget traceroute gzip unzip telnet 

䞊蚘の蚭定ず゜フトりェアのセットはすべお個人の奜みの問題であり、このセットは掚奚にすぎたせん。

ホストはハむパヌバむザヌの圹割を果たすため、必芁なパフォヌマンス プロファむルを有効にしたす。

systemctl enable tuned 
systemctl start tuned 
systemctl status tuned 

tuned-adm profile 
tuned-adm profile virtual-host 

パフォヌマンス プロファむルの詳现に぀いおは、こちらをご芧ください。第4ç« tuned ずtuned-adm"

OS をむンストヌルしたら、次の郚分、ホスト䞊のネットワヌク むンタヌフェむスず Cisco 2960X スむッチのスタックの構成に進みたす。

Cisco 2960X スむッチ スタックの構成

私たちのプロゞェクトでは、次の VLAN 番号が䜿甚されたす。぀たり、異なる皮類のトラフィックを分離するために、互いに分離されたブロヌドキャスト ドメむンが䜿甚されたす。

VLAN 10 - むンタヌネット
VLAN 17 – 管理iDRAC、ストレヌゞ、スむッチ管理
VLAN 32 – VM 本番ネットワヌク
VLAN 33 – 盞互接続ネットワヌク倖郚契玄者ぞ
VLAN 34 – VM テスト ネットワヌク
VLAN 35 – VM開発者ネットワヌク
VLAN 40 – 監芖ネットワヌク

䜜業を始める前に、L2 レベルの図を瀺しおみたしょう。最終的には次のようになりたす。

フォヌルトトレラントな IT むンフラストラクチャの構築。 パヌト 1 - oVirt 4.3 クラスタヌのデプロむの準備

oVirt ホストず仮想マシンのネットワヌク盞互䜜甚、およびストレヌゞ システムの管理には、Cisco 2960X スむッチのスタックを構成する必芁がありたす。

Dell ホストには 4 ポヌトのネットワヌク カヌドが組み蟌たれおいるため、物理ネットワヌク ポヌトを論理むンタヌフェむスにグルヌプ化し、LACP (2960広告プロトコル

  • ホスト䞊の最初の 2960 ぀のポヌトはボンディング モヌドで構成され、XNUMXX スむッチに接続されたす。この論理むンタヌフェむスは構成されたす。 ブリッゞ ホスト管理、監芖、oVirt クラスタヌ内の他のホストずの通信甚のアドレスを持ち、仮想マシンのラむブ マむグレヌションにも䜿甚されたす。
  • ホスト䞊の 2960 番目の XNUMX ぀のポヌトもボンディング モヌドで構成され、XNUMXX に接続されたす。oVirt を䜿甚するこの論理むンタヌフェむスでは、仮想マシンが接続するブリッゞが埌で (察応する VLAN 内に) 䜜成されたす。
  • 同じ論理むンタヌフェむス内の䞡方のネットワヌク ポヌトがアクティブになりたす。぀たり、 それらのトラフィックは、バランシング モヌドで同時に送信できたす。
  • クラスタヌ ノヌドのネットワヌク蚭定は、IP アドレスを陀き、たったく同じである必芁がありたす。

基本的なスむッチスタックのセットアップ 2960X ずそのポヌト

以前は、スむッチは次のようになっおいる必芁がありたした。

  • ラックマりント。
  • 必芁な長さの 1 本の特別なケヌブル (CAB-STK-E-XNUMXM など) で接続したす。
  • 電源に接続されおいる。
  • 初期蚭定のためにコン゜ヌル ポヌト経由で管理者のワヌクステヌションに接続されたす。

これに必芁なガむダンスは、次の堎所で入手できたす。 公匏ペヌゞ メヌカヌ。

䞊蚘の手順を完了したら、スむッチを構成したす。
各コマンドの意味は、この蚘事の枠内で解読するこずは想定されおいたせん。必芁に応じお、すべおの情報を個別に芋぀けるこずができたす。
私たちの目暙は、スむッチ スタックを迅速にセットアップし、ホストずストレヌゞ管理むンタヌフェむスをスむッチ スタックに接続するこずです。

1) マスタヌスむッチに接続し、特暩モヌドに移行し、次に構成モヌドに移行しお基本蚭定を行いたす。

基本的なスむッチ構成:

 enable
 configure terminal

 hostname 2960X

 no service pad
 service timestamps debug datetime msec
 service timestamps log datetime localtime show-timezone msec
 no service password-encryption
 service sequence-numbers

 switch 1 priority 15
 switch 2 priority 14
 stack-mac persistent timer 0

 clock timezone MSK 3
  vtp mode transparent
  ip subnet-zero

 vlan 17
  name Management

 vlan 32
  name PROD 

 vlan 33
  name Interconnect

 vlan 34
  name Test

 vlan 35
  name Dev

 vlan 40
  name Monitoring

 spanning-tree mode rapid-pvst
 spanning-tree etherchannel guard misconfig
 spanning-tree portfast bpduguard default
 spanning-tree extend system-id
 spanning-tree vlan 1-40 root primary
 spanning-tree loopguard default
 vlan internal allocation policy ascending
 port-channel load-balance src-dst-ip

 errdisable recovery cause loopback
 errdisable recovery cause bpduguard
 errdisable recovery interval 60

line con 0
 session-timeout 60
 exec-timeout 60 0
 logging synchronous
line vty 5 15
 session-timeout 60
 exec-timeout 60 0
 logging synchronous

 ip http server
 ip http secure-server
 no vstack

interface Vlan1
 no ip address
 shutdown

 exit 

コマンド「」で蚭定を保存したす。うヌん、私" そしおコマンド" でスむッチスタックを再起動したす。リロヌド» マスタヌスむッチ1.

2) スむッチのネットワヌク ポヌトを VLAN 17 のアクセス モヌド (アクセス) に蚭定し、ストレヌゞ システムず iDRAC サヌバヌの制埡むンタヌフェむスを接続したす。

管理ポヌトの構成:

interface GigabitEthernet1/0/5
 description iDRAC - host1
 switchport access vlan 17
 switchport mode access
 spanning-tree portfast edge

interface GigabitEthernet1/0/6
 description Storage1 - Cntr0/Eth0
 switchport access vlan 17
 switchport mode access
 spanning-tree portfast edge

interface GigabitEthernet2/0/5
 description iDRAC - host2
 switchport access vlan 17
 switchport mode access
 spanning-tree portfast edge

interface GigabitEthernet2/0/6
 description Storage1 – Cntr1/Eth0
 switchport access vlan 17
 switchport mode access
 spanning-tree portfast edge
 exit

3) スタックをリロヌドした埌、スタックが正しく動䜜するこずを確認したす。

スタックの機胜を確認したす。

2960X#show switch stack-ring speed

Stack Ring Speed        : 20G
Stack Ring Configuration: Full
Stack Ring Protocol     : FlexStack

2960X#show switch stack-ports
  Switch #    Port 1       Port 2
  --------    ------       ------
    1           Ok           Ok
    2           Ok           Ok

2960X#show switch neighbors
  Switch #    Port 1       Port 2
  --------    ------       ------
      1         2             2
      2         1             1

2960X#show switch detail
Switch/Stack Mac Address : 0cd0.f8e4.ХХХХ
Mac persistency wait time: Indefinite
                                           H/W   Current
Switch#  Role   Mac Address     Priority Version  State
----------------------------------------------------------
*1       Master 0cd0.f8e4.ХХХХ    15     4       Ready
 2       Member 0029.c251.ХХХХ     14     4       Ready

         Stack Port Status             Neighbors
Switch#  Port 1     Port 2           Port 1   Port 2
--------------------------------------------------------
  1        Ok         Ok                2        2
  2        Ok         Ok                1        1

4) 2960X スタックぞの SSH アクセスのセットアップ

SSH 経由でスタックをリモヌト管理するには、SVI (スむッチ仮想むンタヌフェむス) で構成された IP 172.20.1.10 を䜿甚したす。 VLAN17.

管理目的にはスむッチ䞊の専甚の専甚ポヌトを䜿甚するこずが望たしいですが、これは個人の奜みず機䌚の問題です。

スむッチ スタックぞの SSH アクセスを蚭定したす。

ip default-gateway 172.20.1.2

interface vlan 17
 ip address 172.20.1.10 255.255.255.0

hostname 2960X
 ip domain-name hw.home-lab.ru
 no ip domain-lookup

clock set 12:47:04 06 Dec 2019

crypto key generate rsa

ip ssh version 2
ip ssh time-out 90

line vty 0 4
 session-timeout 60
 exec-timeout 60 0
 privilege level 15
 logging synchronous
 transport input ssh

line vty 5 15
 session-timeout 60
 exec-timeout 60 0
 privilege level 15
 logging synchronous
 transport input ssh

aaa new-model
aaa authentication login default local 
username cisco privilege 15 secret my_ssh_password

特暩モヌドに入るパスワヌドを蚭定したす。

enable secret *myenablepassword*
service password-encryption

NTP を蚭定したす。

ntp server 85.21.78.8 prefer
ntp server 89.221.207.113
ntp server 185.22.60.71
ntp server 192.36.143.130
ntp server 185.209.85.222

show ntp status
show ntp associations
show clock detail

5) 論理 EtherChannel むンタヌフェむスずホストに接続される物理ポヌトを蚭定したす。 構成を容易にするために、䜿甚可胜なすべおの VLAN がすべおの論理むンタヌフェむスで蚱可されたすが、通垞は必芁なもののみを構成するこずをお勧めしたす。

EtherChannel むンタヌフェむスの構成:

interface Port-channel1
 description EtherChannel with Host1-management
 switchport trunk allowed vlan 10,17,30-40
 switchport mode trunk
 spanning-tree portfast edge trunk

interface Port-channel2
 description EtherChannel with Host2-management
 switchport trunk allowed vlan 10,17,30-40
 switchport mode trunk
 spanning-tree portfast edge trunk

interface Port-channel3
 description EtherChannel with Host1-VM
 switchport trunk allowed vlan 10,17,30-40
 switchport mode trunk
 spanning-tree portfast edge trunk

interface Port-channel4
 description EtherChannel with Host2-VM
 switchport trunk allowed vlan 10,17,30-40
 switchport mode trunk
 spanning-tree portfast edge trunk

interface GigabitEthernet1/0/1
 description Host1-management
 switchport trunk allowed vlan 10,17,30-40
 switchport mode trunk
 channel-protocol lacp
 channel-group 1 mode active

interface GigabitEthernet1/0/2
 description Host2-management
  switchport trunk allowed vlan 10,17,30-40
 switchport mode trunk
 channel-protocol lacp
 channel-group 2 mode active

interface GigabitEthernet1/0/3
 description Host1-VM
  switchport trunk allowed vlan 10,17,30-40
 switchport mode trunk
 channel-protocol lacp
 channel-group 3 mode active

interface GigabitEthernet1/0/4
 description Host2-VM
 switchport trunk allowed vlan 10,17,30-40
 switchport mode trunk
 channel-protocol lacp
 channel-group 4 mode active

interface GigabitEthernet2/0/1
 description Host1-management
 switchport trunk allowed vlan 10,17,30-40
 switchport mode trunk
 channel-protocol lacp
 channel-group 1 mode active

interface GigabitEthernet2/0/2
 description Host2-management
  switchport trunk allowed vlan 10,17,30-40
 switchport mode trunk
 channel-protocol lacp
 channel-group 2 mode active

interface GigabitEthernet2/0/3
 description Host1-VM
  switchport trunk allowed vlan 10,17,30-40
 switchport mode trunk
 channel-protocol lacp
 channel-group 3 mode active

interface GigabitEthernet2/0/4
 description Host2-VM
 switchport trunk allowed vlan 10,17,30-40
 switchport mode trunk
 channel-protocol lacp
 channel-group 4 mode active

ホスト䞊の仮想マシンのネットワヌク むンタヌフェむスの初期構成 ホスト1 О ホスト2

システム内のボンディングの操䜜に必芁なモゞュヌルの存圚を確認し、ブリッゞを管理するためのモゞュヌルをむンストヌルしたす。

modinfo bonding
modinfo 8021q
yum install bridge-utils

仮想マシンの BOND1 論理むンタヌフェむスずホスト䞊のその物理むンタヌフェむスの構成:

cat /etc/sysconfig/network-scripts/ifcfg-bond1
#DESCRIPTION - management
DEVICE=bond1
NAME=bond1
TYPE=Bond
IPV6INIT=no
ONBOOT=yes
USERCTL=no
NM_CONTROLLED=no
BOOTPROTO=none
BONDING_OPTS='mode=4 lacp_rate=1 xmit_hash_policy=2'

cat /etc/sysconfig/network-scripts/ifcfg-em2
#DESCRIPTION - management
DEVICE=em2
TYPE=Ethernet
BOOTPROTO=none
ONBOOT=yes
MASTER=bond1
SLAVE=yes
USERCTL=no 
NM_CONTROLLED=no 

cat /etc/sysconfig/network-scripts/ifcfg-em3
#DESCRIPTION - management
DEVICE=em3
TYPE=Ethernet
BOOTPROTO=none
ONBOOT=yes
MASTER=bond1
SLAVE=yes
USERCTL=no 
NM_CONTROLLED=no 

スタックの蚭定が完了したら 2960X およびホストのネットワヌクを再起動し、論理むンタヌフェヌスの動䜜性を確認したす。

  • ホスト䞊:

systemctl restart network

cat /proc/net/bonding/bond1
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)

Bonding Mode: IEEE 802.3ad Dynamic link aggregation
Transmit Hash Policy: layer2+3 (2)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0
...
802.3ad info
LACP rate: fast
Min links: 0
Aggregator selection policy (ad_select): stable
System priority: 65535
...
Slave Interface: em2
MII Status: up
Speed: 1000 Mbps
Duplex: full
...
Slave Interface: em3
MII Status: up
Speed: 1000 Mbps
Duplex: full

  • スむッチスタック䞊で 2960X:

2960X#show lacp internal
Flags:  S - Device is requesting Slow LACPDUs
        F - Device is requesting Fast LACPDUs
        A - Device is in Active mode       P - Device is in Passive mode

Channel group 1
                            LACP port     Admin     Oper    Port        Port
Port      Flags   State     Priority      Key       Key     Number      State
Gi1/0/1   SA      bndl      32768         0x1       0x1     0x102       0x3D
Gi2/0/1   SA      bndl      32768         0x1       0x1     0x202       0x3D

2960X#sh etherchannel summary
Flags:  D - down        P - bundled in port-channel
        I - stand-alone s - suspended
        H - Hot-standby (LACP only)
        R - Layer3      S - Layer2
        U - in use      N - not in use, no aggregation
        f - failed to allocate aggregator

        M - not in use, minimum links not met
        m - not in use, port not aggregated due to minimum links not met
        u - unsuitable for bundling
        w - waiting to be aggregated
        d - default port

        A - formed by Auto LAG

Number of channel-groups in use: 11
Number of aggregators:           11

Group  Port-channel  Protocol    Ports
------+-------------+-----------+-----------------------------------------------
1      Po1(SU)         LACP      Gi1/0/1(P)  Gi2/0/1(P)

ホスト䞊のクラスタヌ リ゜ヌスを管理するためのネットワヌク むンタヌフェむスの初期構成 ホスト1 О ホスト2

ホスト䞊での管理甚の BOND1 論理むンタヌフェむスずその物理むンタヌフェむスの構成:

cat /etc/sysconfig/network-scripts/ifcfg-bond0
#DESCRIPTION - management
DEVICE=bond0
NAME=bond0
TYPE=Bond
BONDING_MASTER=yes
IPV6INIT=no
ONBOOT=yes
USERCTL=no
NM_CONTROLLED=no
BOOTPROTO=none
BONDING_OPTS='mode=4 lacp_rate=1 xmit_hash_policy=2'

cat /etc/sysconfig/network-scripts/ifcfg-em0
#DESCRIPTION - management
DEVICE=em0
TYPE=Ethernet
BOOTPROTO=none
ONBOOT=yes
MASTER=bond0
SLAVE=yes
USERCTL=no 
NM_CONTROLLED=no 

cat /etc/sysconfig/network-scripts/ifcfg-em1
#DESCRIPTION - management
DEVICE=em1
TYPE=Ethernet
BOOTPROTO=none
ONBOOT=yes
MASTER=bond0
SLAVE=yes
USERCTL=no 
NM_CONTROLLED=no 

スタックの蚭定が完了したら 2960X およびホストのネットワヌクを再起動し、論理むンタヌフェヌスの動䜜性を確認したす。

systemctl restart network
cat /proc/net/bonding/bond1

2960X#show lacp internal
2960X#sh etherchannel summary

各ホストで管理ネットワヌク むンタヌフェむスをセットアップしたす。 VLAN 17を䜜成し、それを論理むンタヌフェむス BOND1 にバむンドしたす。

Host17 での VLAN1 の構成:

cat /etc/sysconfig/network-scripts/ifcfg-bond1.17
DEVICE=bond1.17
NAME=bond1-vlan17
BOOTPROTO=none
ONBOOT=yes 
USERCTL=no 
NM_CONTROLLED=no 
VLAN=yes
MTU=1500  
IPV4_FAILURE_FATAL=yes
IPV6INIT=no
IPADDR=172.20.17.163
NETMASK=255.255.255.0
GATEWAY=172.20.17.2
DEFROUTE=yes
DNS1=172.20.17.8
DNS2=172.20.17.9
ZONE=public

Host17 での VLAN2 の構成:

cat /etc/sysconfig/network-scripts/ifcfg-bond1.17
DEVICE=bond1.17
NAME=bond1-vlan17
BOOTPROTO=none
ONBOOT=yes 
USERCTL=no 
NM_CONTROLLED=no 
VLAN=yes
MTU=1500  
IPV4_FAILURE_FATAL=yes
IPV6INIT=no
IPADDR=172.20.17.164
NETMASK=255.255.255.0
GATEWAY=172.20.17.2
DEFROUTE=yes
DNS1=172.20.17.8
DNS2=172.20.17.9
ZONE=public

ホスト䞊でネットワヌクを再起動し、盞互の可芖性を確認したす。

これで Cisco 2960X スむッチ スタックの蚭定が完了したした。すべおが正しく行われおいれば、すべおのむンフラストラクチャ芁玠が L2 レベルで盞互にネットワヌク接続できるようになりたす。

Dell MD3820f ストレヌゞのセットアップ

ストレヌゞ システムの構成䜜業を開始する前に、ストレヌゞ システムが Cisco スむッチ スタックに接続されおいる必芁がありたす。 2960X 管理むンタヌフェむスおよびホストぞ ホスト1 О ホスト2 FC経由で。

ストレヌゞ システムをスむッチ スタックに接続する方法の䞀般的なスキヌムは、前の章で説明したした。

FC 経由でストレヌゞをホストに接続するスキヌムは次のようになりたす。

フォヌルトトレラントな IT むンフラストラクチャの構築。 パヌト 1 - oVirt 4.3 クラスタヌのデプロむの準備

接続䞭に、ストレヌゞ システムの FC ポヌトに接続されおいる FC HBA ホストの WWPN アドレスを曞き留める必芁がありたす。これは、ストレヌゞ システム䞊の LUN にバむンドするホストのその埌の構成に必芁になりたす。

Dell MD3820f ストレヌゞ管理ナヌティリティを管理者ワヌクステヌションにダりンロヌドしおむンストヌルしたす - PowerVault Modular Disk Storage Manager (MDSM).
圌女のデフォルトの IP アドレスを介しお圌女に接続し、次からアドレスを蚭定したす。 VLAN17、TCP/IP 経由でコントロヌラヌを管理するには:

Storage1:

ControllerA IP - 172.20.1.13, MASK - 255.255.255.0, Gateway - 172.20.1.2
ControllerB IP - 172.20.1.14, MASK - 255.255.255.0, Gateway - 172.20.1.2

アドレスを蚭定した埌、ストレヌゞ管理むンタヌフェむスに移動し、パスワヌドの蚭定、時刻の蚭定、必芁に応じおコントロヌラヌずディスクのファヌムりェアの曎新などを行いたす。
これがどのように行われるかに぀いおは、 管理ガむド ストレヌゞ。

䞊蚘の蚭定を行った埌は、いく぀かのこずを行うだけです。

  1. ホスト FC ポヌト ID を構成する - ホストポヌト識別子.
  2. ホストグルヌプを䜜成したす- ホストグルヌプ それに XNUMX ぀の Dell ホストを远加したす。
  3. ホストに提䟛されるディスク グルヌプずその䞭に仮想ディスク (たたは LUN) を䜜成したす。
  4. ホストの仮想ディスク (たたは LUN) のプレれンテヌションを構成したす。

新しいホストの远加ずホスト FC ポヌトの識別子のバむンドは、メニュヌから実行したす。 ホストマッピング -> 定矩する -> ホスト 
FC HBA ホストの WWPN アドレスは、たずえばサヌバヌの iDRAC で芋぀けるこずができたす。

結果ずしお、次の図のようなものが埗られるはずです。

フォヌルトトレラントな IT むンフラストラクチャの構築。 パヌト 1 - oVirt 4.3 クラスタヌのデプロむの準備

新しいホスト グルヌプの远加ずホストのバむンドは、メニュヌから実行したす。 ホストマッピング -> 定矩する -> ホストグルヌプ 
ホストの堎合、OS のタむプを遞択したす - Linux (DM-MP).

ホストグルヌプを䜜成した埌、タブから ストレヌゞコピヌサヌビス、ディスクグルヌプを䜜成したす - ディスクグルヌプ、フォヌルト トレランスの芁件に応じたタむプ (RAID10 など) ず、その䞭に必芁なサむズの仮想ディスクが含たれたす。

フォヌルトトレラントな IT むンフラストラクチャの構築。 パヌト 1 - oVirt 4.3 クラスタヌのデプロむの準備

そしお最埌の最終段階は、ホストに察する仮想ディスク (たたは LUN) のプレれンテヌションです。
これを行うには、メニュヌから - ホストマッピング -> Lunマッピング -> 远加... 仮想ディスクに番号を割り圓おるこずで、仮想ディスクをホストにバむンドしたす。

すべおは次のスクリヌンショットのようになりたす。

フォヌルトトレラントな IT むンフラストラクチャの構築。 パヌト 1 - oVirt 4.3 クラスタヌのデプロむの準備

ここでストレヌゞのセットアップは終了したす。すべおが正しく行われおいれば、ホストは FC HBA を通じお提䟛された LUN を認識できるはずです。
接続されおいるドラむブに関する情報をシステムに匷制的に曎新させおみたしょう。

ls -la /sys/class/scsi_host/
echo "- - -" > /sys/class/scsi_host/host[0-9]/scan

サヌバヌ䞊でどのようなデバむスが衚瀺されるかを芋おみたしょう。

cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 02 Id: 00 Lun: 00
  Vendor: DELL     Model: PERC H330 Mini   Rev: 4.29
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi15 Channel: 00 Id: 00 Lun: 00
  Vendor: DELL     Model: MD38xxf          Rev: 0825
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi15 Channel: 00 Id: 00 Lun: 01
  Vendor: DELL     Model: MD38xxf          Rev: 0825
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi15 Channel: 00 Id: 00 Lun: 04
  Vendor: DELL     Model: MD38xxf          Rev: 0825
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi15 Channel: 00 Id: 00 Lun: 11
  Vendor: DELL     Model: MD38xxf          Rev: 0825
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi15 Channel: 00 Id: 00 Lun: 31
  Vendor: DELL     Model: Universal Xport  Rev: 0825
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi18 Channel: 00 Id: 00 Lun: 00
  Vendor: DELL     Model: MD38xxf          Rev: 0825
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi18 Channel: 00 Id: 00 Lun: 01
  Vendor: DELL     Model: MD38xxf          Rev: 0825
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi18 Channel: 00 Id: 00 Lun: 04
  Vendor: DELL     Model: MD38xxf          Rev: 0825
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi18 Channel: 00 Id: 00 Lun: 11
  Vendor: DELL     Model: MD38xxf          Rev: 0825
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi18 Channel: 00 Id: 00 Lun: 31
  Vendor: DELL     Model: Universal Xport  Rev: 0825
  Type:   Direct-Access                    ANSI  SCSI revision: 05

lsscsi
[0:2:0:0]    disk    DELL     PERC H330 Mini   4.29  /dev/sda
[15:0:0:0]   disk    DELL     MD38xxf          0825  -
[15:0:0:1]   disk    DELL     MD38xxf          0825  /dev/sdb
[15:0:0:4]   disk    DELL     MD38xxf          0825  /dev/sdc
[15:0:0:11]  disk    DELL     MD38xxf          0825  /dev/sdd
[15:0:0:31]  disk    DELL     Universal Xport  0825  -
 [18:0:0:0]   disk    DELL     MD38xxf          0825  -
[18:0:0:1]   disk    DELL     MD38xxf          0825  /dev/sdi
[18:0:0:4]   disk    DELL     MD38xxf          0825  /dev/sdj
[18:0:0:11]  disk    DELL     MD38xxf          0825  /dev/sdk
[18:0:0:31]  disk    DELL     Universal Xport  0825  -

ホスト䞊で远加の蚭定を行うこずもできたす マルチパス、oVirtをむンストヌルするずきにそれ自䜓を行うこずもできたすが、事前にMPが正しいかどうかを確認するこずをお勧めしたす。

DM マルチパスのむンストヌルず構成

yum install device-mapper-multipath
mpathconf --enable --user_friendly_names y

cat /etc/multipath.conf | egrep -v "^s*(#|$)"
defaults {
    user_friendly_names yes
            find_multipaths yes
}

blacklist {
  wwid 26353900f02796769
  devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"     
  devnode "^hd[a-z]"
 }

MP サヌビスを自動起動に蚭定しお開始したす。

systemctl enable multipathd && systemctl restart multipathd

MP 動䜜のためにロヌドされたモゞュヌルに関する情報を確認したす。

lsmod | grep dm_multipath
dm_multipath           27792  6 dm_service_time
dm_mod                124407  139 dm_multipath,dm_log,dm_mirror

modinfo dm_multipath
filename:       /lib/modules/3.10.0-957.12.2.el7.x86_64/kernel/drivers/md/dm-multipath.ko.xz
license:        GPL
author:         Sistina Software <[email protected]>
description:    device-mapper multipath target
retpoline:      Y
rhelversion:    7.6
srcversion:     985A03DCAF053D4910E53EE
depends:        dm-mod
intree:         Y
vermagic:       3.10.0-957.12.2.el7.x86_64 SMP mod_unload modversions
signer:         CentOS Linux kernel signing key
sig_key:        A3:2D:39:46:F2:D3:58:EA:52:30:1F:63:37:8A:37:A5:54:03:00:45
sig_hashalgo:   sha256

既存のマルチパス構成の抂芁を衚瀺したす。

mpathconf
multipath is enabled
find_multipaths is disabled
user_friendly_names is disabled
dm_multipath module is loaded
multipathd is running

新しい LUN をストレヌゞ システムに远加しおホストに提瀺した埌、その䞊のホストに接続されおいる HBA をスキャンする必芁がありたす。

systemctl reload multipathd
multipath -v2

最埌に、すべおの LUN がホストのストレヌゞ システム䞊に提瀺されおいるかどうか、たたすべおぞの XNUMX ぀のパスがあるかどうかを確認したす。

MP動䜜確認

multipath -ll
3600a098000e4b4b3000003175cec1840 dm-2 DELL    ,MD38xxf
size=2.0T features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw
|-+- policy='service-time 0' prio=14 status=active
| `- 15:0:0:1  sdb 8:16  active ready running
`-+- policy='service-time 0' prio=9 status=enabled
  `- 18:0:0:1  sdi 8:128 active ready running
3600a098000e4b48f000002ab5cec1921 dm-6 DELL    ,MD38xxf
size=10T features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw
|-+- policy='service-time 0' prio=14 status=active
| `- 18:0:0:11 sdk 8:160 active ready running
`-+- policy='service-time 0' prio=9 status=enabled
  `- 15:0:0:11 sdd 8:48  active ready running
3600a098000e4b4b3000003c95d171065 dm-3 DELL    ,MD38xxf
size=150G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 rdac' wp=rw
|-+- policy='service-time 0' prio=14 status=active
| `- 15:0:0:4  sdc 8:32  active ready running
`-+- policy='service-time 0' prio=9 status=enabled
  `- 18:0:0:4  sdj 8:144 active ready running

ご芧のずおり、ストレヌゞ システム䞊の XNUMX ぀の仮想ディスクはすべお XNUMX ぀の方法で衚瀺されたす。 これで、すべおの準備䜜業が完了したした。぀たり、次の蚘事で説明する、䞻芁郚分である oVirt クラスタヌのセットアップに進むこずができたす。

出所 habr.com

コメントを远加したす