キー対応のVMwareのクラウド基盤

今日、私はいくつかの利益と洞察VMwareのクラウド財団は数日前に私に連絡し(後にVCFと呼ばれる)であるものをあなたと共有したい。ここで、私は、VMwareから別の大規模なコーヒーを感謝したい劉肥私の学習過程のVCFで、私には非常に大きな助けと支援を与えます。

一つの問題は、まずそれを議論:レディープライベートクラウド環境、それにかかる時間?

これは、実際には、非常に広い、我々は、例えばにVMware製品に望むことができます。

  • 仮想化のほぼすべてのエンタープライズITの選択、およびプライベートクラウド環境でのvSphere X86の市場シェアは、サーバ仮想化の欠如ではない場所を決定します。

  • ガートナーのマジック・クアドラントでリーダーとして近年では伝統的な集中ストレージがビジネスの障害の高速オンラインのボトルネックとなっているの欠点、超融合技術は、ますますユーザーに受け入れられている、VMwareのVSANは、最初の超収束ソリューションの市場シェアです。

  • 国家サイバーセキュリティ関連の法律や規制の導入、NSXデータセンターでは、彼らは物事にきめ細かい保護を提供することができるため、とケアネットワークの運用後、NSX-関連のプロジェクトが徐々に増加しています。

より良い比較のために、我々は、プライベートクラウドインフラストラクチャとしてのvSphere(ESXiのおよびvCenter)、NSXデータセンターとVSANを分析し、比較する準備が整いました。

:、いくつかの段階を経る必要性をVMwareのSDDCインフラストラクチャのセットを実装するためにVCFやプロジェクトの実施の一般的な方法を使用しているかどうかという概念設計論理設計物理設計を

ここでは、configureの詳細な説明書に、実際のプロジェクトエンジニアを提供するために、「あるべき物理的な設計機能を設定するなどのESXiサーバークラスタ構成などのネットワークアドレスを含む」、および他の特徴点がオンになっています。4ノードの例サーバーインフラストラクチャを取り、「物理設計」は、以下のコンポーネントを含める必要があります。

1. ESXiサーバーのインストールと基本的なネットワーク設定。

2.のv​​Centerインストールおよび配備サーバ、データセンタ、クラスタ構成、仮想スイッチ。

ディスク・グループを含む3 VSANのクラスタ構成、仮想マシンのストレージ戦略。

4. NSXデータセンター管理、インストール、およびコントロールプレーンの展開......

この作品のすべて、VMware製品をインストールするエンジニアのための必要性、展開と構成をより良く理解する、それは基本的に完了したプライベートクラウド基盤を作るために、(任意のトラブルシューティングが表示されるの不在である)少なくとも2営業日時間がかかります。

VCFということか?このすべてのかもしれない唯一のすべてが、これはあまりにも速くない、4ノードの完全なプライベートクラウド環境のインフラへの準備ができて、2〜3時間以内にマウスの塗りつぶしを数回クリックする必要がありますか?

ここでは、ネストされた環境LABの実用化は、キーVCFは準備ができて何を示しています:

これは3つの異なる方法が含まれます。

ネットワーク管理、ネットワークVSAN、およびキャリアネットワークの移行のVMware NSX論理ネットワークアンダーレイネットワークを含め、事前の準備ができて最初の物理ネットワーク。

第二に、オペレーティングシステムのインストール、初期化、および他の事前構成の数を含む予め準備ESXiサーバー、。

第三には、他のコンポーネントのvCenterを含むクラウド・ビルダーに加えて、NSX Managerが自動的などを展開し、統合を完了しました。

のは、コンクリートが達成される方法を見てみましょう。

 ESXiサーバーを準備する準備ができています:

完全ESXiサーバーオペレーティングシステムのインストール。

ESXiのサーバーオペレーティングシステムは、ネットワークアドレス、ドメイン名解決を含め、初期設定を完了します。

ESXiサーバーのネットワークの範囲は、DNSが正しく解決することを確認します。

アクセスESXiのWEBコンソール。

正しいNTPサーバを設定し、自動的にブートを開始するように設定し、手動でNTP同期を開きます。

起動時にSSHサービスを設定し、手動でSSHサービスを開きます。

ドメイン名ESXiサーバーを追加します。

管理で - インストールとユーザー - 認証ページ、ドメインに参加するESXiホストは、メンバサーバになり、

ドメインメンバーシップことを確認してください。

また、DNS解決が正しいことを確認します。

 クラウド・ビルダー・サーバー(VM)の展開:

クラウド・ビルダーは、OVF仮想マシンを展開します。

VMの役割は、完全なインストールと展開のvCenter、NSXマネージャー、NSXコントローラおよび他のサーバが含まれます。

仮想マシンやその他の従来のパラメータの表示名を定義します。

对于自建不采用VxRail的场景,选择vcf部署模式,反之选择vcf-vxrail;

定义包括默认管理员admin在内的密码和网络配置;

确认各项参数无误,开始OVF模板的部署。

 将“物理设计”转换成“Cloud Builder模板”:

 VCF的精髓之一在于Cloud Builder将根据模板的定义,自动完成一系列组件的安装、部署与配置,下面我罗列几个点,如:

  • 外置两台Platform Service Controller的部署(当前版本依旧采用vSphere6.7u3,尚未采用vSphere7.0,因此依旧保留增强型链接模式部署模型);

  • 一台vCenter服务器,以增强型链接模式加入到SSO域,并完成数据中心、群集、主机添加等一系列系统配置;

  • 一台NSX for vSphere Manager服务器,与vCenter实现集成,并完成主机准备、VXLAN就绪、三台NSX Controllers虚拟机、传输区域等一系列系统配置;

  • 一台SDDC Manager服务器,集中管理所有的这些“管理工作域”组件,包括ESXi、vCenter、NSX等;

  • 三台vRealize Log Insight服务器,并自动组成群集,提供对vCenter、ESXi、NSX等组件日志的集中收集和智能处理,提供管理员可交互式稽查。

管理员需要将普通的物理设计,转换成Cloud Builder能够识别的方式(模板);那如何来实现呢?

等待Cloud Builder被正确以OVF方式部署,并开机正常运行;

访问VCF Cloud Builder界面,默认的用户名为admin;

严格按照checklist,检查VCF的物理环境等是否已经就绪;

下载EXCEL版本的配置文件模板。

下面将开始模板的填写工作,模板由6个Sheet组成,最后一个Sheet用于vSAN延展群集使用;因此管理员需要仔细填写前5个Sheet。

不同颜色背景代表不同的含义:

黄色格表示可以修改,

如果修改合规显示绿色,如果修改不合规会显示红色;

灰色和蓝色部分不可以自行修改。

比如将物理设计定义的服务器网络地址、主机名等以合规模板的格式进行填写,这个时间根据规模的不同,耗时会有所增减;在我的LAB环境中,这个阶段大约10分钟。

 Cloud Builder根据模板定义完成各组件的自动化部署,实现一键式就绪:

回到Cloud Builder Web界面,上传并验证该配置文件;

等待所有验证的清单全部通过;

对于可能出现的Fail失败错误情况,根据提示修改EXCEL配置,如忘记添加了ESXi服务器许可;

 

修正错误后,继续验证;

如果没有错误或者手动确认忽略告警,执行下一步的自动安装部署操作;

执行Bring-up自动部署第一个管理工作域的步骤;

 

系统将根据EXCEL的配置,自动完成一台VCSA、两台PSC、一台NSXMGR、三台NSXCTRL、三台vRLI并组建群集、一台SDDCMGR的安装及集成工作,实现开箱即用的就绪私有云平台;

在后端可以看到,ESXi主机上开始部署相关的组件;

在vCenter显示完成部署后,访问vCenter,在外部PSC正确验证身份的情况下,可以看到整个管理工作域的架构和依次部署的其他组件;

由于Cloud Builder中,NSX纳管的主机节点,VTEP IP地址默认都是DHCP获取,在DHCP没有正确被配置的情况下(大部分场景均不采用DHCP方式分配VTEP IP地址),会出现错误;

访问vCenter控制台,进入NSX的网络与安全配置界面;重新配置VXLAN,创建一个IP地址池,并选择IP地址池分配的方式;

对于其他可能出现的错误,查看日志后,手动执行修复,并在Cloud Builder上执行retry操作;

等待VCF组件被正确部署,状态均为Success;

此时访问VCF的SDDC Manager,可以看到创建的管理工作域所有的运行状态;

在vCenter上也可以看到所有的组件均已经被正确创建并稳定运行。

至此,一个就绪的私有云基础架构(包括计算、网络和存储)已经就绪,我们将这个华景,叫做“管理工作域”,全部的就绪时间在3.5小时,助力业务的快速上线。有人会问,VCF一定要采用VMware VSAN么?能不能用外置存储代替呢?关于这类问题,我也做几个总结:

1. 只有通过Cloud Builder自动部署的,才能叫VCF,手动完成vSphere、VSAN和NSX的集成部署,不能算做VCF;

2. VCF至少需要包括vSphere、VSAN和NSX,但是也支持外置数据存储;

3. VCF至少需要4台服务器组成一个工作域,最多可纳管一个管理工作域和其它十五个工作域;工作域和群集并非一个概念,同一个工作域中可以有多个vSphere群集。

可以看到,在VMware Cloud Foundation的世界中,工程师的价值体现在规划、设计、局部的实施(模板)和排障;其中更为重要的是规划与设计,我相信这是未来的一种趋势~

至此,我们已经完成了第一个管理工作域的安装与部署,各位有兴趣的小伙伴,可以利用自己的LAB也来动手做一做(每台ESXi虚拟机分配32GB内存即可),未来我还将继续深入地学习VCF,届时在与各位分享经验与收获。

发布了3 篇原创文章 · 获赞 20 · 访问量 4万+

おすすめ

転載: blog.csdn.net/z136370204/article/details/104107940