ad1

2017年10月9日月曜日

AF vSANで重複排除(Dedup)有効時におこる致命的な不具合の回避パッチ(6.0U3 EP11 および 6.5U1 EP4)

Vmware Virtual SAN(vSAN)利用環境下で、重複排除(Dedup)を有効にしている場合に
チェックサムエラーによるIOエラー、システム停止が発生する可能性があるクリティカルなバグがありそれに対してのパッチが10/5にリリースされていました。
こちらはAll Flash vSAN で 重複排除を有効にしている場合に適用必須となるパッチとなります。

■ ESXi 6.5 EP4

2017年9月4日月曜日

vCSA on vSAN 構成でvDSのみでネットワークを組む際の注意事項

VxRail 管理系VMのバックアップ・リストア方法【バックアップ取得編】
VxRail 管理系VMのバックアップ・リストア方法【リストア・復旧編】

※ これらブログ記事、EMC Community Network のサイト移行に伴いアクセス不可となってしまいました。

上記のDELL EMCのコミュニティのブログに細かいことは記載したのですが、
vSANをベースとしたHCIで、vCenterそのものがvSAN上にあり、かつネットワークがvDS(仮想分散スイッチ)のみで構成されている場合、
vCenterがダウンしていると、通常の設定では新しいVMがvDSのポートグループに接続できません。

こういった非常時の際に、vSAN Ready Node構成で、vCenterをvSAN上に展開する際は、vCenterそのもののバックアップとリストア運用を考慮して「短期-バインドなし(Ephemeral Binding)」のvCSAリストア時用ポートグループを作成しておくことを推奨します。
※ Ephemeral Port や 非バインドポートグループなどと呼ばれる事もあります。

短期-バインドなしのポートグループは新規ポートグループの作成時に選択可能です。



vDSの「短期-バインドなし(Ephemeral Binding)」のポートバインディングについては、以下のKBを参照してください。
※短期-バインドなしのポートグループはKBに記載ある通り、非常時のみの利用にとどめてください。

普段使わないポートグループですが、作っておくだけで障害発生時の復旧コストに大きな差が出ます。

※ 2020/12 追記 : 現在、VMware Cloud Foundation など VMware Validated Design (Ver4.1以降) に基づくアーキテクチャでは管理 VM のネットワークに  Ephemeral Port Binding のネットワークの利用、または  Ephemeral Port Binding のポートグループを管理 VM 復旧用に用意する事が推奨されています。

2017年7月8日土曜日

vSphereで iSCSI ストレージを利用する際の考慮点

DECNでのディスカッションで最近のvSphereとiSCSIデータストアの接続構成や、追加設定についてコメントしたのでこちらにも覚え書きとして記録しておきます。

https://community.emc.com/thread/239995

※今回はvSphereとDELL EMC UnityなどのiSCSIストレージをFCファブリックの様にインターフェースをVLANで分け、ポートバインディングを使わない10G iSCSI構成を前提にしています。

FC SANのファブリックを組むようなデザインで、各LUN毎に4path見えるのが性能と耐障害性で推奨と考えています。そのうえでALUA前提、できればMTU9000など組み合わせます。

上記構成時の確認するべきKBをまとめました。

■Unity/VNX: Best Practice for connecting hosts to iSCSI arrays
https://support.emc.com/kb/470899

■UNity/VNX/CLARiiON: Facts, limitations, and recommended settings when using iSCSI
https://support.emc.com/kb/463477

※要Support EMCアカウント。


また、ESXi側では以下のKBも参照・
■DELAYED ACKの無効化
特定のストレージ アレイを使用する ESX/ESXi ホストで読み取りまたは書き込みパフォーマンスの問題が生じる (2080851) | VMware KB
https://kb.vmware.com/kb/2080851

■ポートバインドの考慮(今回の構成は通常ポートバインドは不使用)
ESX/ESXi でソフトウェア iSCSI ポート バインディングを使用する際の考慮事項 (2080447) | VMware KB
https://kb.vmware.com/kb/2080447

2017年5月2日火曜日

正規表現でよく使うパターンの覚え書き

ログの精査などで正規表現で特定文字列の抽出を行う際の頻出パターンのメモ書きです。

指定数文字以上の行に一致

^.{120,}$

指定した文字列を含む行に一致

^.*XYZ123.*$

指定した文字列を含まない行に一致

^((?!XYZ123).)*$

指定した文字列を削除

s / ^(.*)XYZ123(.*)$ / \1\2/;

YYYY/MM/DD 形式の日付表示に一致

(\d{4})/(\d\d)/(\d\d)

HTMLタグに一致

<(.*?)>

URLに一致

(http|https)://[A-Za-z0-9~!@$%&*()\-_=+';:?.,]+(:\d+)?(/?[A-Za-z0-9~!@$%&*()\-_=+';:/?.,])*

メールアドレスに一致

\b[a-z][0-9a-z_.\-\+]*@[0-9a-z.\-]+(\.[0-9a-z_.\-]+)*\.(com|net|org|edu|gov|mil|int|info|biz|name|pro|museum|aero|coop|jobs|travel|mobi|cat|tel|asia|xxx|[a-z][a-z])\b

IPv4アドレスに一致

^((\d|[1-9]\d|1\d\d|2[0-4]\d|25[0-5])\.){3}(\d|[1-9]\d|1\d\d|2[0-4]\d|25[0-5])$

2017年4月16日日曜日

Thinkpad X1 Carbon 2017 (Gen5) に Windows 10 Creators Update の適用

先週、Thinkpad X1 Carbon 2017 (Gen5)  に Windows 10 Creators Update (Build 15063)を適用した際、
Wireless LANカード(Intel AC 8265)のドライバ周りでBSODになったのでメモ書きしておきます。

結論としては、Build 15063適用の前に、デバイスマネージャからIntel AC 8265のデバイスドライバを更新しておくことが必要です(Windows Updateのドライバで問題なしでした)。

確認と切り分けした内容は以下。
  • 通常配信前だったので、今回はUpdateアシスタントを利用して実施。
  • Build 15063への更新は1時間ほどで正常終了したのですが、起動後にやたらとWebブラウザの動作が遅くなりDNSの名前解決が正常にいかずにタイムアウトする場面が発生。
  • イベントログにはUDP周りのエラーとDNSタイムアウトのエラーが多数。


  • そんな状態で再起動前に開いていたChromeの30個以上のタブを一気に開こうとしたらBSODが発生。


  • 再起動後、もう一度切り分けのためにnslookupを叩くと、応答がなくプロンプトを強制終了したら再度同じBSOD。
    エラーの内容からネットワーク周りのファームウェアかデバイスドライバかが怪しいので更新する事に。

  • Lenovo CompanionでBIOS周りなどを更新するが、事象は変わらず。

  •  次にWireless LANカード(Intel AC 8265)をデバイスマネージャで確認すると、ドライバは出荷状態のままなので2016/09/07のタイムスタンプ。


  •  これを「ドライバーの更新」からオンラインで更新版の検索をかけて、最近(2017/03/17)の更新されたドライバが適用できるので、更新。

  • Wireless LANカード(Intel AC 8265)のデバイスドライバの更新後は、Chromeで多数のタブを一気に開いてもUDP関連のエラーは記録されずに安定しています。
これからメジャーバージョンでのアップデートする場合はこの辺りを事前に確認する必要があります。

2017年4月13日木曜日

Vmware KB Digest のフィードが変わっていました

だいぶ前に「VMware KBのアップデート情報を自動で入手する方法」でまとめていた、Vmware製品に関するKB情報のまとめ購読方法について、
気付いたらVmware Blog の中のKB Digestについて、2017年1月を最後にフィードが更新されなくなってしまい、メールやRSSでの購読ができておりませんでした。

KB Digestのフィード(2017年2月以降更新停止)

http://feeds.feedburner.com/VmwareKnowledgebaseWeeklyDigest
※2017年4月時点で空です。

Support Insiderのフィード

現時点でも有効なKB Digestの情報を自動で取得するためには一つ上の
Support Insider の All Topic でフィード購読を設定しなおす必要がありました。
https://blogs.vmware.com/kb/

http://feeds.feedburner.com/VmwareKnowledgebaseBlog
※こちらはSupport Insiderの投稿が全て含まれています。


併せてKBの活用は以下の記事にも公式でまとまっています。

VMware ナレッジ ベースの使用 (2080685)
https://kb.vmware.com/kb/2080685

2017年4月12日水曜日

VMware vSAN 6.6 (vSphere 6.5ep02) 発表

昨日、Vmwareから正式にVirtual SAN 6.6の情報が公開されました。

What’s New with VMware vSAN 6.6
https://blogs.vmware.com/virtualblocks/2017/04/11/whats-new-vmware-vsan-6-6


DuncanさんのBlogやWilliamさんのBlogでも最新機能について分かりやすい説明があります。
・What’s new for vSAN 6.6?
http://www.yellow-bricks.com/2017/04/11/whats-new-vsan-6-6/

・Native VCSA bootstrap installer in vSAN 6.6
http://www.virtuallyghetto.com/2017/04/native-vcsa-bootstrap-installer-in-vsan-6-6.html

昨年秋にvSphere 6.5でvSAN 6.5が出たと思ったら、近日中にリリースされるvSphere 6.5 EP02のパッチでvSAN 6.6へと名称がアップグレードされるので、vSANとして多くの機能改善、追加されるようです。

個人的にvSAN Ready NodeやVxRailなどのHCIAでの提案・構築・検証をする日々なので、vSAN 6.6の新機能である
  • vSANネットワーク要件からマルチキャストの排除
  • vCSAの展開でvCSA on vSANのデプロイ機能のサポート
  • メンテナンス機能のエンハンスメント(Rebalance、Resync、Repairなど)
  • APIエンハンスメント
  • ファームウェア、デバイスドライバのワンクリック適用機能
この辺りは非常にありがたいし、いろいろ試してみたいところです。

vSphere 6.5 EP02がリリースされたら検証レポートを展開していこうと思います。



過去30日でアクセスの多い投稿