「TVS」を含む日記

はてなキーワード: TVSとは

2022-04-25

■TVS REGZA

REGZAはクソって言っていたビックカメラの店員見てる？

TVS REGZAがシェア一位になってますよ。

Permalink | 記事への反応(0) | 14:09

2021-12-30

■ 仮想化 時代の NAS 選び - やっぱり iSCSI は早い。

仮想システムを構築するにあたり、CIFS しか使えない NAS をバックアップ用に選定してきた SI 屋さんが居たので、CIFS と iSCSI のどちらが早いのか、試してみました。

テストに使う NAS は QNAP の Turbo NAS TS 110

http://www.tekwind.co.jp/products/entry_6719.php

です。もう６年以上愛用して、カビが生えてもおかしく無い程に古いし, Marvell 800Mhz という低スペックな Qnap NASです。 100Mbps 時代のモノです。

昨年、HDDがお亡くなりになったので、3Tb の HDD に交換しました。ファームウェアはこんなに古い機械でも、QNAP シリーズの最新バージョンが利用できます。

iSCSI とは

iSCSI は、今あまり見なくなりましたが SCSI ケーブル規格や、SAS ケーブル接続のハードディスクを、一般的なIP ネットワークで規格で仮想化したものです。

マウントするホストシステム側は iSCSI initiator, ディスクストレージの機能を提供する側を iSCSI Target と呼びます。

ホストから「マウントするしない」はイニシエータ側のソフトウェア的な操作で行います。これは便利な機能で、ディスクの故障などで、一時的に物理的に取り外さなければいけない場合でも、ホストからの操作だけで実際のケーブル結線の脱着を行う必要がないので、今時での SAS の外付けディスクドライブの様に、ホストもシャットダウンして電源を切り、結線を外して修理、交換する、という必要がないので、ディスクデバイスの修理をホストの電源を止めないで実施できると言う、実に便利な事ができます。

という事で、仮想環境では実に使いやすいストレージデバイスなのです。

マウントするホスト側から見ると単純に SCSI/SAS のハードディスクに過ぎません。iSCSI のストレージをマウントしてからは、通常の増設ディスクの様にフォーマットして、ホスト側で使う一般的な XFS, ext4, NTFS などのフォーマットでフォーマットする必要があります。

Linux の iSCSI ターゲット側からは、内部にターゲットとして使う「巨大なファイル」が、どん！　とあるだけです。この巨大ファイルを、イニシエータ側に仮想ディスクイメージとして提供しています。当然シンプルな仮想イメージなので、ファイルそのものをバックアップコピーすれば、ストレージのイメージそのもののバックアップができます。

※ qnap NAS の場合、iSCSI イメージは、 /share/HDx_DATA/.@iscsi.img の下にドンと作られるようです。

[Solved]How to mount iSCSI file?

https://forum.qnap.com/viewtopic.php?f=180&t=25322

[/share/HDA_DATA/.@iscsi.img] # pwd

/share/HDA_DATA/.@iscsi.img

[/share/HDA_DATA/.@iscsi.img] #

[/share/HDA_DATA/.@iscsi.img] # ls -l

-rw------- 1 admin administ 6442450944 Nov 12 20 17 iSCSI-2015ace1-5a078d66.000

-rw------- 1 admin administ 1073741824 Jun 24 09:52 iSCSI-lun4-5d0de534.000

-rw------- 1 admin administ 107374182400 Nov 4 2015 iSCSI-nss01-56399e1a.000

-rw------- 1 admin administ 5368709120 Nov 11 20 17 iSCSI-nss2015-5a06cf6d.000

-rw------- 1 admin administ 21474836480 Jun 22 17:11 iSCSI-test-56b3ce90.000

-rw------- 1 admin administ 5368709120 Jun 22 17:11 iSCSI-test-56b3ce90.001

[/share/HDA_DATA/.@iscsi.img] #

※　とても重要

CIFS/NFS のファイル共有NAS と違い、iSCSI でマウントして一つのターゲットを制御できるのは、一つのホスト、一つのイニシエータだけです。複数のホストからイニシエータでマウントする（できちゃいます）と、ファイルの排他制御は行われないので、ファイルシステム自体の不整合が起こります。

つまりファイル共有という目的には向いていない、という事です。あくまでも iSCSI ターゲットはネットワーク上の仮想ディスクです。

もっとも、一つのホストからマウントしてファイルを保存して、いったんオフラインにして、ターゲットを別なホストからマウントする、という事はできます。また、ターゲットは一つの iSCSI デバイスで複数作れるので、１台の iSCSI 装置に複数のターゲットを実装して、複数のホストから別々のターゲットイメージをマウントする事は問題ありません。

極端な話、ホストのハイパーバイザーは USB メモリやSAN ブートさせて、後はマウントした iSCSI の仮想イメージ上で、仮想マシンを動かす、HDD レスなハイパーバイザー運用もできます。

物理的な転送速度は、ネットワークの速度とディスクデバイスの性能に依存します。当然 10Gb base のネットワークカード、HUB、高規格なケーブルを使えば、論理的な性能は 10Gbps です。大抵は NAS の性能がそこまで出ないのですけどね。ヨドバシカメラあたりで売っている 4,000 円程度の 1G HUB でも、そこそこの性能が出てしまいます。

距離は、IPがつながればどこでもなので、ホストコンピュータとメインのストレージを自社のサーバールームに置き、イニシエータを動かし、バックアップ用の iSCSI ターゲットをデータセンターに置く、なんてこともできます。

【送料無料】QNAP TS－431P2（ホワイト） NAS 4ベイモデルクアッドコア CPU ／ LAN 2ポート搭載（TS431P2）

価格:56,145円

(2019/7/27 12:05時点)

感想(0件)

LUN -

iSCSI の耳慣れない言葉に LUN （論理ユニット番号 : Logical Unit Number）というのがあります。

昔の SCSI は、 SCSI バスアダプタに７番のIDを振り、残りの 0 ~ 6 のディスクや CD, Tape などに ID を振り分ける物理的な３ビットのディップスイッチやジャンパ端子が付いていました。これが SCSI アドレスです。

つまり初期のSCSI 規格では８つ分。

これが実に難物でした。特に、複数の SCSI バスアダプタカードをデュプレクス設定する場合、割り込み番号も別々にするので、手が滑ってジャンパピンを飛ばして床を這いまわって探したり、難解なディップスイッチを前に数日悩んだものです。

つまり一つの SCSI バスには 0~７の合計８台（うち大抵７番はSCSI バスカード）の物理ユニットデバイスがつながって別々に見えたという仕組みだったわけです。

ところが　SCSI バスを使った Raid コントローラが出てくると、ディスクの鈴なりが、一つの物理デバイスに見えてしまうわけです。これを「論理的な仮想番号」に分割して、システムからは、単一の鈴なり Raid ディスクを複数の論理番号に分割したわけですね。

これが LUN というヤツです。

iSCSI 機器のターゲットも、内部のソフトウェア的に複数の論理デバイスに分割して、複数のホストコンピュータから複数の物理デバイスのように見せかけるわけです。

別々な LUN は一つ、あるいは複数の iSCSI 機器によって、複数のホストに別々のディスクデバイスとして見せかけるンです。

まぁ、いい加減な説明なので、他所で調べてください。

https://en.wikipedia.org/wiki/Logical_unit_number

iSCSI ターゲットの設定 -

Qnap NAS の場合、iSCSI ターゲットはウィザード形式で簡単に作成できます。EXT4 ファイルシステム上で、オンラインでも簡単にサイズの拡大ができるので、 Windows の Storage Server のように NTFS の VHD 形式ではないので、そこそこ性能が出ますが、いかんせん古さと遅さは否めません。

Qnap NAS の iSCSI ターゲットの設定は、偉そうな Linux 系サイトに書いてある程、面倒なことはありません。ストレージマネージャから iSCSI タブにあるウィザードに従って iSCSI ターゲット名に任意の名前を付けると IQN にその文字列が追加されるだけです。わざわざ vi エディタに「正確に」綴りを間違えずに設定する必要もありません。ここでは Chap 認証は付けませんでした。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16405779.jpg

機械は古いのですが、逆に言うと、「古くて遅い」ため、サーバーとNASとの接続プロトコルの性能差が、如実に現れる事になります。

QNAP TVS-951X 10GBASE-T/NBASE-Tポート内蔵

10GbE 接続対応 NAS

Windows10 の Microsoft 製 iSCSI イニシエータは「コントロールパネル」＞「システムとセキュリティ」＞「管理ツール」の中にあるので、ここで、設定済の iSCSI 「ターゲットを」「検索」して選んで「接続」します。Chap 認証を付けておいた場合はターゲットで設定したパスワードが必要でしょう。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16412132.jpg

新規に作成して、接続した後は、フォーマットされていないため、ディスクマネージャからフォーマットして使います。ちなみに、フォーマットして利用した iSCSI ターゲットの仮想ディスクは、他のマシンでマウントすることもできます。つまり HDDを取り外して、他のPCに繋げる事と同じことですね。

ＰＲ

ちなみに opeSUSE で使うにはこんな感じになりました。

open SUSE Leap 15.1 で iSCSI NASを使ってハマった

https://islandcnt.exblog.jp/239328437/

CIFS の性能を見てみる -

一番イラつくのは、巨大なファイルの転送でしょう。という事で 3G 程ある SUSE Linux のインストール用DVDの ISO ファイルを　CIFS でコピーしてみます。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16414334.jpg

３分１１秒かかりました。１Gビットネットワークで 12～3% 程度の帯域を使って通信しています。明らかに古いNAS の性能が足を引っ張っているようです。

スループットは 150Mbps 程度で全体の最大１５％程度でしょうか。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16415832.jpg

次に iSCSI マウントしたディスクにコピーしてみます。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16422170.jpg

初速は出るのですが、その後は、ボロイ TS-110 の性能がモロに出ます。それでも 20 MB/s から 25 MB/s 程度は出ています。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16423835.jpg

２分２５秒でした。　大体２０％程度のスループットです。

数字に弱い私の脳みそですが、 iSCSI は CIFS より　1.5倍くらい早い、という事が言えます。

Zabbix で QNAP TS-110 の I/O を見てみると、前半の CIFS アクセスより後半の iSCSI アクセスの山が高い事がよくわかります。

仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16425860.jpg

CIFS を使ったリモートディスクのマウントは、他のPC からもアクセスができる、というメリットがありますが、iSCSI は単一のホストからのアクセスしかできません。<--- これ重要.... -- もっとも、ターゲットストレージを複数作って複数のサーバーから異なるデータ領域にアクセスはできますが -- バックアップ用途や、サーバーの増設ストレージとして考えれば、良い選択であると言えます。

もっとも、iSCSI デバイスそのものは、ターゲット単位で別々なホストから接続できます。しかし同じターゲットで別々のホストからイニシエータから繋ぐと、とても笑いごとにならない事態になるので、普通やりません。

ハイパーバイザー同士で一つのターゲットを共有してライブマイグレーションはしたことはあります。

こうした性能のわずかな違いが、仮想化システムのハイエンドな領域で違いとなって出てきます。なお Qnap でも open iSCSI でも Windows Storage Server でも取った領域そのままのサイズのでかいファイルが作成されるようです。

国産 NAS の「ハイエンド」と称する「LANxxxx」などのモデルでは Windows Storage Server を使って NTFS フォーマットしています。Windows Storage Server は見た目 Windows サーバーそのものなのですが、ところどころちゃんとデチューンされているようで、SOHO向けが限度です。

こういった国産 NAS メーカーの製品カタログでは、「ハイエンド」は Windows Storage Server を搭載して、低価格のNASは Unix 系のシステムで「低価格」を謳っていますが、そもそも、上位モデルは、CPUやメモリの性能が高いものが使われています。性能が違うのは当たり前なのですが、あまり性能が出ないだろうと思います。

Windows Storage Server じゃなくて、ちゃんとした Windows Server と CAL 買えよな、という事なのですね。

このあたりは独自 OSを NAS としてチューニングした Qnap や Synology, asuster などの iSCSI 機能付きの NAS を中規模ネットワークのミドルレンジの NAS として利用したほうが良いと思います。

仮想環境でのネットワークアタッチストレージ(NAS)は、本回線（構内LAN）とは切り離し、ストレージ専用のネットワークとして独立して運用させるのが基本です。サーバーとNAS間で凄まじい通信が発生します。サーバー NICが２ポート以上のものが推奨されます。

　誤解していけないのは --

iSCSI はあくまでもネットワーク上のストレージのみの機能を提供するものであり、ファイル共有の手段ではない、という事です。

NAS をCIFSで使うと NAS が持つ独自のアクセス権限を設定しなければなりません。セキュリティも当然 NAS 独自の機能で設定します。

iSCSI はあくまでも「外付け SCSI デバイス」のネットワーク版なので、マウントする側のOSそのもののファイルシステム、セキュリティ機能、アクセス制限がホスト側の機能をそのまま利用できます。セキュリティ的には、マウントする際のパスワード制限しかないので、独自のストレージネットワーク内に配置すべきで、ユーザが使う構内ネットワークに配置すべきではありません。

Permalink | 記事への反応(0) | 12:57

2017-09-03

■東京は住むには良いが働くには辛い街という世界的な評判

皆さんは普段から英語で情報収集をしていますか。そうしている人であれば働く場所としての東京の評判をよく目にすることかと思います。私は東京で働くソフトウェアエンジニアであり、会社の評判を調べたりする際に英語でも色々と調べることがあります。その中で日本でソフトウェアエンジニアとして働くことが海外の人達にどう思われているのかということを知ることがあります。またソフトウェアエンジニアという職やIT 業界に限らず、広く一般的に日本で働くことに関する評判を目にする機会は多数あります。まずは一般にどう思われているのかについて述べ、次にもう少し細かくソフトウェアエンジニアやIT 業界について述べようと思います。

海外の人達が日本で働くことに関して思っていることは主に以下のようになります。

長時間労働で効率が悪い。しかも残業してもその分の対価が支払われないこと（いわゆるサービス残業）が横行している。そのせいかみんなやたら忙しい。
女性が尊重されていない。
休暇を取りづらい空気がある。

ざっとこんな感じです。どうでしょうか。普段よく日本人も文句を言っていることですね。実はこれらの評判は全世界に知れ渡っています。外国人は東京のことは大好きだったりします。東京は安全だし楽しめる場所がたくさんあり、ご飯もおいしくサービスも安い店でも良い、ということで住むこと自体にはみんなポジティブな印象を持っています。東京は住むのは最高だけど、働くのは最悪、というのがある程度合意されたイメージになっています。悲しいですね。少子化問題で移民をもっと受け入れるべきではないかという議論がありますが、門戸を広げたところでこのようなイメージの国に優秀な外国人が働きに来てくれるでしょうか。

ではIT 業界、特にソフトウェアエンジニアに限った話も少ししようと思います。よくベイエリアと東京のソフトウェアエンジニアの給料を比較して嘆いている日本人がいますね。またソフトウェアエンジニアの社会的な地位の低さを嘆く日本人もいます。会社の業務の進め方の非効率さを嘆く日本人エンジニアもいます。これらのことは全て外国人の間でもシェアされています。さらに不幸なことに実際に日本で働いたことがある外国人が悪評をどんどんと広めていっています。海外の人の間でシェアされている内容をまとめると以下のようになります。

ソフトウェアエンジニアの社会的地位が低く、そのため給料も低い。
非効率なことをしていて長時間労働。
Computer Scienceや関係する学位が無くてもソフトウェアエンジニア等として雇うためレベルの低い人がすごく多い。
日本企業の文化は気持ち悪い。

これは相当まずいです。ソフトウェアエンジニアのタレントプールは基本的にグローバルです。世界中の会社が優秀な人達を奪い合っている中で日本の会社が今の体たらくのまま経営を行っていれば誰も日本を選んで働いてくれることは無いでしょう。実際に私が今まで会ったことのある外国人のソフトウェアエンジニアの多くは奇特な人達でした。例えば妻が日本人であるとか、日本のことが大好きで大好きで日本語検定1級を持っていますというような人、アニメが大好きな人など、日本との関係が深かったりかなり強い思い入れがある人達が大半です。東京という都市自体は魅力的なのに誰も働きたいと思わないというのは悲しすぎませんか。