CONFIDENTIAL designator

Dell Technologies 徹底攻略塾 Webinar

Ansible 編
2022.03.25
レッドハット株式会社

1
V0000000

CONFIDENTIAL designator

目次

1. Ansible Automation Platform (AAP) と自動化2.0
2. AAP 2.1 へ
3. 自動化の応用ユースケース：インフラCI
4. まとめ

2
V0000000

CONFIDENTIAL designator

AnsibleAutomation Platformと自動化2.03
V0000000Red Hat Ansible Automation Platform
Ansible Engine*とAnsible Tower*を軸にした強力な自動化プラットフォーム
IT組織にアジリティと柔軟性を提供する自動化プラットフォーム

ネットワークEngageビジネス企画迅速化
Content
Collections

セキュリティ

コラボレーション
Automation Hub

Scale

Ansible Tower*: 運用管理をチームで実行

CreateAnsible Engine*: 自動化の共通言語

運用

インフラ

信頼性
Certiﬁed Content

権限管理

シンプル

セキュア

パワフル

Content Collections /Automation Hub/Automation
Analytics
組織内でModuleやRoleなどの共有を促進するHubページ、組織内でのAnsible Towerの利用状況などの分析も可能。
開発者

可視化
Automation
Analytics

REST API

エージェントレス

Certified Content
認証されたModuleを安心して活用することが可能。
Ansible Tower*
誰にでも実行ができるようなウェブベースのインターフェイスを提供。適切な人が許可された作業のみを実行できるよう、権限管理の設定が可能。その他、認証情報の暗号化、ダイナミックインベントリ、API連携など
により、チームで自動化を実装することができる。
Ansible Engine*
YAMLを活用したシンプルな記述で作業タスクをスクリプト化し自動実行が可能。多種多様なモジュールを提供し、様々なタスク、管理対象に対応ができる。

オープンソースコミュニティによる原動力

4

Copyright 2021 Red Hat K.K.

* AAP2.1へバージョンアップされ、名称に一部変更があります。

インフラ業務の実態

5

Copyright 2021 Red Hat K.K.

実際に作業しているのはここだけ

実際の業務分析の結果を元にRed Hatで作成したサンプルの「仮想マシン払い出し」作業のVSMです。

積み重なるコミュニケーションコスト
作業依頼

申請書、ヒアリングシートの受信、依頼受諾

内容確認打合せ

設計書

ドキュメント作成/編集

関係者とレビュー、調整、合意

検証環境での確認
確認内容のドキュメント化

関係者と結果レビュー、調整

パラメータシート

ドキュメント作成/編集

関係者とレビュー、調整、合意

手順書

ドキュメント作成/編集

関係者とレビュー、調整、合意

作業のための申請

ドキュメント作成/提出

関係者と調整、合意

検証・確認

実作業

6

Copyright 2021 Red Hat K.K.

作業実施

ドキュメント
作成/提出

関係者とレビュー、確認

インフラ部門の作業構成比率
人と人のコミュニケーションを通して、構築や運用の品質を上げる

作業によってインフラを構築・運用する現代のインフラ部門の業務実態に合わせた自動化のアプローチ

実作業
サーバーやネットワーク機器を実際に操作する

自動化2.0
コミュニケーションにフォーカスした自動化作業のための準備、調整
コミュニケーションを通して作業の品質を上げる

7

Copyright 2021 Red Hat K.K.

インフラ部門の作業構成比率

自動化1.0
手順にフォーカスした自動化

自動化で効果を出すための3つのポイント
ポイント1

自動化の標準化●●✔

自動化の対象ごとにバラバラの開発物、利用方法となっていた自動化を、標準化された
自動化の開発と活用が可能な状態にする。
自動化2.0への移行難易度を下げる。

まずは『共通言語』

自動化1.0の課題を解決し2.0への移行を加速する

ポイント2

自動化のサービス化✔

●

自動化を手順の置き換えではなく、サービスとして利用者に
提供する。

●

作業に登場する「登場人物」を減らすことで、調整そのものが発生しない状態にする。

作業をボタン化しサービスとして提供

ポイント3

インフラCI化✔

●「人と人」の対話によって品質を上げてきた従来の方法から、「人とシステム」の対話へと切り替える。

●

事前の調整や前提の説明等の「対話のための状態同期コスト」を最適化する。

インフラ運用担当者は『サービス開発』へ

自動化2.0を実現するためのアプローチ

「自動化のサービス化」で作業の登場人物を減らす
サービス化する

人の作業を置き換える
サーバー
チーム
作業前の
準備

アプリ
チーム

作業の
調整＆確認

NW
チーム

サーバー
チーム

NWチーム
が登場しな
くなる

LB
閉塞

LB
閉塞

3チーム→ 3経路
2チーム→ 1経路
アプリ
チーム

NW
チーム

事前
バックアップ事前
バックアップ

モジュール
更新

モジュール
更新

事後
バックアップ事後
バックアップ
LB
開放
動作確認

9

作業工程の登場人物が減ることで調整・確認量は大幅に減少

NW
チーム

作業の
調整＆確認

作業の
調整＆確認

実作業

アプリ
チーム

Copyright 2021 Red Hat K.K.

動作確認

サーバー
チーム

LB
開放

NWチームが、アプリチームやサーバーチームへ「 LB閉塞/開放サービス」を提供する。

WEBアプリケーションのリリース作業例。
LB配下に多数の仮想サーバーが稼働している。仮想サーバー上では JavaのWebアプリケーションが稼働しており、その Webアプリケーションのバージョンアップを行う。

「インフラCI化」で品質担保のための対話コストを最適化する
手順書、テスト仕様書、レビュー用の説明資料の作成

従来の作業準備有識者レビュー、指摘

レビュー依頼人

レビュー通過人
有識者の予定を調整し、前提条件を説明してからレビュー

インフラCI基盤
コード登録

人

テスト通過

Copyright 2021 Red Hat K.K.

レビュー通過システム
調整不要でいつでもテスト可能。エ
ラーは開発者へ通知される。

10

人と人の調整が毎回発生する
ため、オーバーヘッドが大きい

機械でテスト出来ない部分を有識者がレビュー

CIで定義されたテストが自動実行

自動化コードの開発

インフラCIによる自動化の開発作業実施

人と人の調整が発生しない。

本番品質の自動化コード

Copyright © 2021 Red Hat K.K. All Rights Reserved.

手順の置き換えからサービス化への移行をシームレスにサポート
チームA

チームB

周辺システム

利用制限

自動化2.0☓☓

サービス化
サービスの連結●●

チームC

ジョブテンプレート
ワークフロー

自動化1.0

サービス開発標準化された
自動化コード●●●
11

Playbooks
Roles
Collections

慣れ親しんだ自動化1.0から段階的な自動化2.0への移行が可能。

実態 - ほぼ全ての顧客は自動化1.0の状態
Automation Day ワークショップ結果より（4社の実例）

CONFIDENTIAL designator

AAP 2.1 へ

13
V0000000NEW

CONFIDENTIAL designator

AAP 1.2 から AAP 2.1 へアーキテクチャが一部変更になっています1

実行環境がコンテナ化
2

virtualenvの管理負荷を低減
運用をよりシンプルに

Control Plane(制御を担当)、Execution

AAP コンポーネントの疎結合化

Environment(実行を担当)に分離
実行環境のスケール性向上 ＆リモートネットワーク上のノードも一括管理可

14V0000000NEW

CONFIDENTIAL designator

AAP 1.2 から AAP 2.1 へ

AAP 2.1 ワークショップやります！
日時：4/21 13:00〜バージョン・ライフサイクル

AAP 1.2 のEOL はRed Hat Partner Enablement Japan

2022年11月18日です！

▸ AAP 1.2 (Tower 3.8) → AAP 2.1 (automation controller 4.1) へ▸ ansible 2.9.x → 2.12.x へ

AAP version

automation
controller
version

2.1

4.1

core 2.12, ee-minimal,
ee-supported, ee-2.9*

1.1.0

1.0.1

4.4

12

1.2

3.8 (Tower)

Ansible Engine 2.9

N/A

N/A

4.2

10

execution environments

ansiblenavigator
versionansible builder
versionprivateautomation hub
version

RHEL-provided
PostgreSQL
versionFull Support

GA

Maintenance Support 1 ends

Maintenance Support 2 ends

EOL

AAP 2.1

2021年12月2日

2022年6月2日

2022年12月2日

2023年6月2日

AAP 1.2

2019年11月18日

2021年5月18日

2021年11月18日

2022年11月18日

15
V0000000

CONFIDENTIAL designator

自動化の応用 ユースケース- インフラCI -16
V0000000クラウドとオンプレミスの環境を自動化2.0へ
自動化できる範囲がサイロ

様々な環境を統一的に管理

Azure

Azure Portal、
シェル + Azure CLI

Azure

aws

awsコンソール、
シェル + AWS CLI

aws

Dell サーバ
Dellストレージ

Dell サーバ
OpenManage Ansible &Dell Ansibleプラグイン

CONFIDENTIAL designator

OpenManage Ansible &Dell Ansibleプラグイン+

Dellストレージ

ネットワークネットワーク・ツールがバラバラ。
・担当の属人化から抜け出せない。。
・自動化が再利用できない。。。

・クラウドからオンプレまで統一的な自動化・自動化をAPIとして公開して、誰もが利用しやすい環境へ
V0000000

ハイブリッドクラウド環境 での 全体アーキテクチャイメージ

CONFIDENTIAL designator

インフラ基盤チーム

アプリケーション開発チーム

コンテナ、自律化した基盤を活用し、開発・運用プロセスの最適化を行う

自動化を標準化し、組織やチームがタイムリーに自動化の利用ができるサービスを提供
様々なチームがサービスを利用可能

サーバーチーム

セキュリティもシフトレフトで対応プロセスの自動化、自動化で各プロセスの属人化を防ぐ

アプリ運用の課題

コード
修正

●
●
●
●

テスト

コード静的
解析

パッケージ
ング

イメージビ
ルド

イメージス
キャン

コンテナを活用した CI/CD
ビルド実行
テスト実行

周辺システムシステム運用の課題

アプリのバージョンアップ
MWのパッチ
リリースゲートに商用
ステージン
MWの設定変更
デプロイ
...
承認
デプロイ
グ
よる承認プロセスで品開発→本番環境のプロモーション etc
質要件をチェック
パイプライン
設定

アプリ開発チーム

●
●
サービス

●
●

物理・仮想基盤のメンテナンス稼働させるOSのメンテナンス（パッチ、設定変更など）
コンテナ基盤のパッチ、Vアップ
周辺NWの変更 etc

デプロイ
実行

デプロイ
設定

Kubernetes Native(運用の自律化 )運用手順を「コンテナの起動・停止」
手順に集約・CI/CD化
DevOps基盤

ネットワーク

自動化CoE
チームによるサービス開発セキュリティ

自動化は結局引き続き必要
物理サーバ

仮想サーバ

クラウド

クラウドからオンプレ、サーバからミドルウェアの管理を標準化

V0000000
OS/ミドルウェア/
ソフトウェアしかも、こういう問題ありませんか？

同じインフラ環境を長期運用すると、「なぜかこの環境だけエラーが起きる...」
アプリの開発を高速化しても、インフラ周りの作業が煩雑のままだと本末転倒

19

CONFIDENTIAL designator

参考：ステートの蓄積が引き起こす弊害▸▸

同一環境を長期運用することで環境にステートが蓄積し、意図しない環境差異が生まれる。
ステートの蓄積は想定外を引き起こし、想定外に対処するためのコストが必要となる。
手順Bの影響を受けて成功してしまう（本来ならば失敗して欲しい）(4) 手順Cを実施 → 成功(3) 手順B’を実施 → 成功(2) 手順Bを実施 → 失敗
(1) 手順Aを実施 → 成功

検証環境

前の状態を引き継ぐ(1) 手順Aを実施 → 成功

検証環境

検証環境

手順書

手順書

(3) 手順B’を実施 → 成功(2) 手順Bを実施 → 失敗
前の状態を引き継ぐ(1) 手順Aを実施 → 成功
検証環境

手順書

手順B’のみが記載される

手順Bが実行されていないので失敗する(3)手順Cを実施 → 失敗
(1) 手順Aを実施 → 成功

20

本番環境

本番環境

前の状態を引き継ぐ(2)手順B’を実施 → 成功
(1) 手順Aを実施 → 成功
本番環境

前の状態を引き継ぐ(2)手順B’を実施 → 成功
(1) 手順Aを実施 → 成功
V0000000

本番環境

解決策：IaC ＆ アプリのプラクティス『CI』を応用
インフラCI▸①
OCP
Cluster

インフラ関連作業を1パターンに集約･

API GWv2021-1「新規構築」＆「切り替え」のみ②

API GW(2)切り替え
設定変更▸

インフラを簡単に作り替えることができると？
･21

様々な用途への応用が可能･

物理・仮想基盤のメンテナンス･

稼働させるOSのメンテナンス･

コンテナ基盤のパッチ、Vアップ･

周辺NWの変更･

ステートが破棄できる･

テスト環境も必要な時に必要な分だけ用意できる

OCP
Cluster

OCP
Clusterv2021-1v2021-2③(1)新規構築

API GW(2)切り替え
設定変更

バージョンアップOCP
Cluster

OCP
Cluster

OCP
Clusterv2021-1v2021-2v2021-3(1)新規構築

インフラCIのイメージ

CONFIDENTIAL designator

OCP環境を構築する
自動化スクリプト一式

本番で使えると判定できる
OCP環境を構築する
自動化スクリプト一式

OCP環境が要件に沿っているかを自動テストするスクリプト
一式

テスト環境

変更
OCP
VMVM
VM

インフラCI基盤
バージョン管理システム
パイプラインシステム
チケット管理コンテナレジストリ

22

Server
本番環境
単体テスト環境
Runnerコンテナ

OCP
ServerServerServerServer
V0000000Red Hat Forum 2020国内事例
NTTドコモ レガシー基盤への自動化モダナイゼーション

23

セミナー公開資料: https://redhat.lookbookhq.com/l/redhatforum2020

CONFIDENTIAL designator

インフラCIによる効果
インフラCIの取り組み

効果

ボタンひとつでインフラ構築

属人化を防止、開発・運用者の各種作業時間の削減

インフラ試験もCI/CD化することで、環境の品質を標準化

開発・テストが本番と同じ環境で実施できることによる根本的な品質改善

環境差異など不必要なリスクの考慮によってやるべきことができない事態を防ぐ

N日ごとに最新化できるので、計画的なセキュリ
ティパッチなどの安定したデリバリの実現

価値を生み出しづらい作業（必要以上の労力）を減らす→ インフラDX
V0000000

CONFIDENTIAL designator

まとめ

25
V0000000

CONFIDENTIAL designatorまとめ

1. Ansible Automation Platform (AAP) と自動化2.0●

自動化 2.0 への3ステップ

2. AAP 2.1 へ●実行環境がコンテナ化 ＆ 環境構成がより柔軟に

3. 自動化の応用ユースケース：インフラCI●

ユーザ利用において価値を生み出しづらい作業を減らす

26
V0000000

CONFIDENTIAL designatorThank youlinkedin.com/company/red-hat

youtube.com/user/RedHatVideos

facebook.com/redhatinctwitter.com/RedHat

27
V0000000

Optional section marker or title

Red Hat
Enterprise Linux 9の予定

28

NDA Required

NDA Required

Red Hat Enterprise Linux 9 Beta公開中▸▸▸

セキュリティ
･

OpenSSL 3.0.0･

SSHで「rootユーザに対してパスワード認証が不可」がデフォルト

kernel･cgroup v2がデフォルト･

trusted SecureBoot certificatesで署名

ビルド時の最適化･

LTO(Link Time Optimization)が有効･

x86_64-v2 microarchitectureでSSE 4.2, CMPXCHG16B等を利用▸

Python 3.9▸

ネットワーク設定がNetworkManagerのkeyfile形式に変更
29

パートナー様向けトレーニング・オファリング拡張のご案内

パートナー様向けトレーニング・オファリング拡張について
Red Hat パートナーエコシステムの戦略的強化
2022年3月

Red Hat Trainingは、Red Hat Partner
Training Portalを通じて、パートナー様が無償で一部コースを利用できるようにいたします。

2022年3月より、日本語を含む 17コースが利用可能になります。
パートナー様の特典の一部として、世界中のすべてのアク
ティブなRed Hat パートナー様がご利用可能です。
パートナー様内のコンサルタント、セールスエンジニア、ソリューションアーキテクト、サポートエンジニア、開発者などの役割の方に、トレーニングの機会をご提供いたします。
オンラインでご自身のペースでご利用可能なコースで、エンドユーザ様がアクセスできるものと同じコンテンツが含ま
れます。

30

パートナー様向けトレーニング・オファリング拡張のご案内

2022年3月〜無償でご利用可能なコース一覧（Sales Engineer/Consultant/Service Delivery向け）
順次、追加のコースがご利用可能となる予定

クラウドコンピューティング▸ Red Hat OpenStack Administration 1: Core Operations for
Cloud Operators (CL110)▸ Red Hat OpenStack Administration 2: Day 2 Operations for
Cloud Operators (CL210)

追加学習▸ Introduction to OpenShift Applications (DO101)▸ Developing Advanced Automation with Red Hat
Ansible Automation Platform (DO374)▸ Red Hat OpenShift Installation Lab (DO322)▸ Red Hat OpenShift Service Mesh (DO328)▸ Developing Application Business Rules with Red Hat
Decision Manager (AD364)▸ Red Hat OpenShift I: Containers & Kubernetes (DO180)▸ Red Hat AMQ Administration (AD440)▸ Red Hat OpenShift Administration II: Operating a
Production Kubernetes Cluster (DO280)▸ Developing Event-Driven Applications with ApacheKafka and Red Hat AMQ Streams (AD482)▸ Red Hat OpenShift Administration III: Scaling Kubernetes
Deployments in the Enterprise (DO380)▸ Red Hat OpenShift Development II: Containerizing
Applications (DO288)▸ Red Hat Cloud-Native Microservices Development with
Quarkus (DO378)
31

Red Hat OpenShift

Linuxプラットフォーム▸ Red Hat System Administration 1 (RH124)▸ Red Hat System Administration 2 (RH134)▸ Red Hat Enterprise Linux Automation with Ansible(RH294)

Ansible & O M
penDell Technologies

E

anage

enterprise

Ansible に関する取り組み
デル・テクノロジーズ株式会社
パートナーセールスエンジニアリング本部
パートナーSE2部
小幡 健一

本日のまとめ• Dell Technologiesでは今後出てくる(今出ている)エンタープライズ製品ではAnsibleに対応• 使ってまずは体験してみよう。

(Fabric Design Center & Demo Center)• テクニカルサポートにて回答可能
2 of Y© Copyright 2020 Dell Inc.

×

3 of Y© Copyright 2020 Dell Inc.

各種Ansibleに関する取り組み• Server製品• OpenManage Ansible Module(github.com/dell/dellemc-openmanage-ansible-modules)• Storage 製品• 各種対応モジュールリリース• ~ 現在も開発継続•
PowerMax (github.com/dell/ansible-powermax)•
PowerScale ( github.com/dell/ansible-powerscale )•PowerStore(github.com/dell/ansible-powerstore)•
Unity( github.com/dell/ansible-unity )• etc..

• Network製品• Fabric Design Center (fdc.emc.com/)
4 of Y© Copyright 2020 Dell Inc.

OpenManage Ansible Module

5 of Y© Copyright 2020 Dell Inc.

(OpenManage) Ansible Modulesとは?
サーバーに直接アクセスする方法とリモート管理する方法の両方をサポートします。
Ansible Modules for

Ansible Modules for iDRAC

OpenManage Enterprise

システムに対しての操作

サーバ個々への操作
サーバーの構成、展開、および更新を自動化する
直接コンソール管理を使用することが望まれる環境iDRAC 7/8 (12G-13G) 、iDRAC 9(14G and above)の環境で動作可能

6© Copyright 2019 Dell Inc.

OpenManage
AnsibleModules

PowerEdge MX管理用にOM
Enterprise Modularと連携します。
リモート管理が望まれる環境
サーバープロファイルとテンプレートを使用してサーバープロビジョニングを自動化

OpenManage Ansible Modules for iDRAC•自動ベアメタルプロビジョニングおよびPowerEdgeサーバーの展開のためのRedfishベースのiDRAC
RESTful APIと統合• 電源管理• iDRAC Configuration‒ ローカルユーザ管理• BIOS Configuration‒ BIOS属性（起動設定、 ‒ ネットワーク設定‒ タイムゾーン及びNTP
メモリ設定、プロセッサ設定、システ‒ サービス構成
ムプロファイルなど）
Storage Configuration•‒© Copyright 2019 Dell Inc.

仮想ドライブ / RAIDドラ
イブ etc..

サーバ構成プロファイル
‒

OS設定

•

7

•

‒
‒

SCP インポート/エクスポート:• ローカルファイル• リモートネットワーク共有

UEFIを介したPXEブート
リモートネットワーク共
有から

•

•
リポジトリからのファーム
ウェアアップデート••

SNMP 設定•

サーバ構成をバックアップ•

リモートSYSlog設定
LCログとSA収集レポートのエクスポートｐLifecycle Controller JOBス
テータスおよびジョブキュー管理

OpenManage Ansible Modules – GitHub

https://github.com/dell/dellemc-openmanage-ansible-modules
•
•
•

8

Dell EMCがサポートするオープンソースプロジェクトバージョン5.1.0は最新版リリースです(2022.3/24 現在)
開発を継続中です© Copyright 2019 Dell Inc.

9

© Copyright 2019 Dell Inc.

OpenManage Ansible ModulesをiDRACからどの様に使うのか？
--get_inventory.yml- hosts: poweredge
connection: local
gather_facts: False
tasks:- name: GET SYSTEM INVENTORY
dellemc_get_system_inventory:
idrac_ip:"{{ idrac_ip }}"idrac_user: "root"
idrac_pwd: "calvin"$ ansible-playbook get_inventory.yml -i inventory

https://

RedfishiDRAC
https://[poweredge]
r740-a.example.com
r640-a.example.com
r740-b.example.com
r640-b.example.com
r740-c.example.com
r640-c.example.com

10© Copyright 2019 Dell Inc.

inventory
idrac_ip=192.168.10.10
idrac_ip=192.168.10.11
idrac_ip=192.168.10.12
idrac_ip=192.168.10.13
idrac_ip=192.168.10.14
idrac_ip=192.168.10.15"ansible_facts": {"192.168.10.10": {"SystemInventory": {"CPU": [{"CPUFamily": "Intel(R) Xeon(TM)","Characteristics": "64-bit capable","CurrentClockSpeed": "2.6 GHz",… <Output Truncated>まずはココからFabric Design Guide

11© Copyright 2019 Dell Inc.

Ansibleを導入するといっても…

プログラミングで難しい

高々、サーバ4,5
台なら手のほうが早い

サンプルが欲しいが、環境に応じたサンプルは難しい

学び直す時
間がない。
12 of Y© Copyright 2020 Dell Inc.

ネットワーク構成：Fabric Design Guide
https://fdc.dell.com/

Fabric Design Centerは、Dell EMCのネットワーク製品のコンフィグを作成できるツールになります。
サイトの内で Ansible play book を出力可能です。

HCI製品に対応!
13 of Y© Copyright 2020 Dell Inc.

記載事項：なし
登録 ：あり制限事項：HCI製品

システム構成案

現在いただいている内容で構成を作成すると以下のようになります。
仮想システム構築部はHCIを用いる。

ストレージスイッチ
管理セグメント

管理基盤サーバ

ストレージセグメント (10Giga)

容量 17.93TB
RDSH基盤サーバ…

仮想基盤サーバ
VxRail E660 (7set) + 将来4台 増設

LAN(10G
B) x2

LAN10GB x2

iDRAC x1

CPU:22core×2
MEM:32GB x 16
HDD:1TB x 6
SSD:480GB x 2
Boss:240GB 冗長
Vmware なし
Nutanix PRO
5年保守PS+ ミッションクリティカル4h
PDP付き
1Giga base-Tx 2
10Giga basex4

サービススイッチ・ストレージスイッチ
S4128T-ON (4set )x2
Network: 10GbEx 28,
25GbE QSFP+ x2
5年保守PS+ ミッションクリティカル4h

管理用スイッチ
S3048-ON (1set)x2
Network: 48x 1GbE, 2x Combo, 2x
10GbE SFP+
5年保守PS+ ミッションクリティカル4h

Infrastructure Consulting Services

Infrastructure Consulting Services

どうやって動かすのか？見てみたい！

16 of Y© Copyright 2020 Dell Inc.

DellEMC Demo Center 紹介
https://demos.dell.com

原則英文ですがブラウザの翻訳機能使えます。
(一部対応していないものもあります。)

Ansibleのインストール(オンラインでの実施方法解説）Frimware Update、サーバテンプレート展開を体験

17 of Y© Copyright 2020 Dell Inc.

サポート体制は・・・？

18 of Y© Copyright 2020 Dell Inc.

Dellでのサポート体制は..
Ansible Module に関してテクニカルサポート受ける事が可能です。
弊社テクニカルサポートから「OpenManage Ansible はDELLで正式にサポートしているものであるため、パートナー様よりテクニカルサポートへ直接お問い合わせをいただいて構いません。
内容に沿って適宜対応することが可能でございます。」
上記の回答です。

※あくまで弊社リリースモジュールに関してなので、Ansible 全般(例えば記載方法）などは難しいので、モジュール内Userガイドをご確認ください。
https://www.dell.com/support/kbdoc/ja-jp/000177308/dell-emc-openmanage-ansible-modules#OMAM-Download
19 of Y© Copyright 2020 Dell Inc.

Dell EMC コミュニティ
https://www.dell.com/support/home/jp/ja/jpbsd1?app=community&~ck=mn• Dell EMCの全製品について情報交換ができるコミュニティ

日本語対応可能!!
20 of Y© Copyright 2020 Dell Inc.

記載事項：なし
登録 ：あり制限事項：-

本日のまとめ• Dell Technologiesでは今後出てくる(今出ている)エンタープライズ製品ではAnsibleに対応• 使ってまずは体験してみよう。

(Fabric Design Center & Demo Center)• テクニカルサポートにて回答可能
Internal
Dell – Internal Use – Confidential
21 ofUse
14 - Confidential

×