NAS総合スレPart33 (LAN接続HDD)
■ このスレッドは過去ログ倉庫に格納されています
ネットワーク接続型ストレージ、NASについての総合スレ
現状は家庭/SOHO向けの価格帯のモノが話題の中心です
数百万円〜数千万円規模のNASについて話題にする場合は要注意
専用スレのある機種や、その機種に特化した情報は専用スレにて
その他の機種やLAN-USBストレージ変換器、新製品の登場時とか、
NASの組込みOSにおけるセキュリティ問題(&対策)などもこちらでおk
自作PCを使用したNASの話題については、
ここがハードウェア板であることを考慮して扱ってください
次スレは>>980が立ててください
■前スレ
NAS総合スレPart32 (LAN接続HDD)
https://mevius.5ch.net/test/read.cgi/hard/1585053638/ SynologyのNASをWiFiドングルで使おうと思ったら、
DSMのアプデでWiFiドングルが使えないようになってるってどういうことだよ。
このクソ企業の製品二度と買わねーわ。 Wi-FiアダプターならOSに依存しないからメンテは楽だぞ
別途電源が必要だが >>341
ドングルとはコンピュータに接続する小型機器の総称
たぶんUSBに挿すWi-Fiアダプタの事でしょ >>348
認証装置は派生した意味になってるけどね
ドングルはUSBタイプの地デジチューナーだってドングルと呼ぶ
>>349
USB接続のモデムや携帯キャリアの受信USBアンテナもドングルとか言うから
Wi-Fiドングルとか言う人が居るのも理解できなくは無いと思うよ 元よ言葉の意味を知らない馬鹿が言葉の意味を変えていく例だな
ROMとかルーターとかスマホとか >>351
まあONUとモデムをゴッチャにする人も居るしね NASの接続がちょくちょく切れるときって
wifiが寿命でよい? >>354
NASかWi-FiかPCかルーターかケーブルかハブか電源か周辺環境かユーザーの寿命 電波干渉ってのもあるけど
あ、ユーザの電波に干渉してるって意味もあるか・・・ 今のNAS向けのHDDは何がお勧めか教えてください。
いままではWDのRED使ってたけどSMR方式使いたくないからなあ。
>>321
大昔のIBMのNASだとNAS側の部品だけ交換して復旧してたよ。 CMRだと、東芝、IronWolf、WDの赤より上(赤はSMRなのでダメ)
もっとも妥当な選択はIronWolf。
東芝はIronWolfよりも安いがシーク音がカリカリ言ってうるさいのが難点
うるさいのが我慢できれば東芝がコストパフォーマンスでは一番
ただし、NASの利用形態がリード中心であればSMRの方がかなり安上がりにはなる。 他人の意見なんか気にしないで好きなのを買えばいいんだよ WD赤買おうと思ってたら、このスレでSMR問題を知ってRedProにしました
4TBで良かったんだけど、CMR選ぶためには高くても仕方ないね 自分は東芝とかWD黒の盛大なシーク音とモーター音が大好きだからそっちばっか選んじゃうわ 赤も型番指定でまだCMR買える容量もある
型番チェックは必須だけど >>366
Red 4TB CMRは9月の中旬からラベルだけRed Proに変わっていたよ。 4TBの赤Proってまだあったんですか?
最低容量だった6TBを2台買っちゃいました
高かったけどまぁ今さらだしいいか >>368
9月に4T2台買って、製品型番が一緒なのにラベルがRed→Red Proに変わったからそのまま生産継続だと思ったんですが? >>370
4Tは在庫無くなってるけど、ロジテックとか以前の赤で在庫持ってるよ
2T、3T、8T〜14T
で8/1から表記変わったみたいだけど、ProじゃなくてPlusになってる >>369
Proはまた別
以前の赤はPlusになった WDの新しいパッケージはCMR/SMRと明記されるようになった
まだ旧パッケージも流通してるが、そっちは明記してない >>372
ProじゃなくてPlus。これって在庫限りなのか。 1日1回外部HDDにバックアップしているがこの上更にreid1する必要性無くない? 故障したときに運用を止めないためとか
バックアップする直前のデータを失わないようにするためとか
適当な理由は考えられるが
自分はよく考えたらそんなクリティカルなデータは扱ってないんで
RAID1は止めてバックアップのみの運用にして
HDDの利用効率を倍にする方を選んだ 他のサイズはわからないけど赤8TBの場合、
Plus(旧無印Red)は5400RPM、Pro(新製品)は7200RPMで差別化してたと思う 俺はHDDが壊れた時にバックアップから戻したりとか設定し直したりとか面倒くさすぎてやりたくないからRAIDで冗長化する >>377
複数クライアントのどこからでも、同時にでもアクセスできる。それがNASの本質だろ。RAIDは関係ない。 ワイもバックアップ用のNASは非RAIDにしてるわ NAS1つはあるとものすごく便利だけど、バックアップは外付けHDDで十分だと思うんですが
バックアップ側は常時通電はしないようにして PCのバックアップじゃなくてNASのバックアップを1日1回やってるということでしょ
そうすれば余程のことが無い限りRaid1要らないんじゃってことでしょ 918+に、8TB USB3.0 WD Elementsを2台繋いで毎日深夜3時にスケジュールバックアップをしてます
WD ElementsとSynologyの組み合わせでは普段はハイバーネーションが効くので点滅してますし、夏場も熱くはならず便利に使ってます
万一のことを考えると常時通電はよく無いかもしれませんが、定期バックアップをとるためにはめんどくさいので無理ですよね 常時通電で2時間に1回バックアップ走らせてるわ
というか、電源落とすという発想がないわw 俺はバックアップからリカバリする時に常に最新にしておきたいので冗長+バックアップにしてる
バックアップだけだと前回バックアップ以降のデータが復元できないし
冗長だけだと誤操作による削除とかに対応できない←まぁこれはスナップショットでも対応できるけど
あとはリビルド失敗してもバックアップあれば最悪の事態は避けられるしな ちなみに918+は、WD 旧Red(CMR←ここ重要)6T×4 をRAID5相当で運用中
WD新Redはゴミくずなので対象外なのと、すでに容量7割使い切ってるので今後どうするかなあ、、、 >>384
これだと思った
NAS(RAID1)→外にバックアップ
だと別にRAID1いらないか?てことかと
て人が
>>376
になるんじゃないの >387の運用が一般的だと思う。
ディスク障害はRAIDで防ぎ、装置自体の故障と操作、ソフトでの障害は定期バックアップで備える。 取り外してwindows機に繋ぐ事を考えるとNASの外付けHDDはexFATかNTFSの二択なんだけど、こちらの皆さんは何を基準に考えてますか? >>391
Windows機に繋ぐこと自体を考えてないw
多分NAS本体死亡時のサルベージを容易にするのが目的なんだろうけど
うちはXigmaNASでZFSなので鯖本体が死んでも
適当なPCでXigmaNASなりFreeNASなり起動すればサルベージできる
今なら大抵のLINUXでもZFSサポートしてるみたいだし
むしろWIndows以外のメジャーな鳥ならZFS使えるんじゃね? いや、exFATかNTFSの二択ならどっちがいいですか?という初心者の質問です exFATは大体有料だから無料で使えるNTFSにする人が多いんじゃまいか WD Redの6TB以下がSMRで8TBは旧HGST系で爆熱か…
海門は安いけどブランドイメージ悪いし買うHDD迷うな… QNAPはexFATへのアクセスは有料ライセンスだったのもあって、バックアップ用の外付けUSB HDDはNTFS
NAS故障時の、代替環境揃えるまでの期間の作業継続性考えると、なにも考えずにWindows機に接続して使えるのがいいしね
個人だからRAID5とかバックアップNAS組むほどの環境構築は必要ないし、NAS故障時の即応性あって簡易で安価だからって程度の理由だが >>397
>個人だからRAID5とかバックアップNAS組むほどの環境構築は必要ないし
個人だからではなく、あなたの場合ね
個人だから必要ないわけではない んなもん人によるだろ
何で勝手に個人を代表してるのか 個人でもRAID5はないと思ってるくらい。
RAID6か10しか組まない 8本以上ならraid6にするけど6本まではraid5にしてるわ
6本のraid6だと3本のraid5と容量効率変わらんのかと
考えると崩壊したらリストアすればいいかと考えてしまう >>403
>6本のraid6だと3本のraid5と容量効率変わらんのかと
ちょっと…
本気ですか? ああ、ごめん。
容量「効率」ね、読み違えてた。
確かに変わらんね。 RAID5,6は基本大容量ストレージ作るためのもんやで
冗長性はストライピングの脆弱性を補完するためのもんくらいにおもといたらええねん
データ保護とかお花畑の発送やで バッファローは、ソニー・インタラクティブエンタテインメント(SIE)協力のもと、「nasne(ナスネ)」を2021年春に発売することを発表した。 RAID5や6みたいなパリティ付ストライプは一撃でコケないだけのRAID0やからな
バックアップからリストアする手間と時間が惜しくないならぶっちゃけRAID0でいい いつ取られたバックアップをリストアするのか
時間差があれば当然古いデータしか戻ってこない
RAID1、5、6とかならデータを逃がす時間が稼げる利便性もある
ディスク交換はその後にする 予兆キャッチからの交換も冗長なRAIDなら手間かからないからな。死んで無いけど怪しいって事は結構ある。 >>408
結構な頻度でファイル更新するからバックアップだけでRAIDなしなんて無理だわ >>412
それは本来的にはアテにしたらあかん運用やな
まあそれでも救われることが多いしないよりはあったほうが全然マシやw >>413
いやRAIDもバックアップも両方使ってるけど?
ディスク障害が起きた瞬間にデータが失われるのをRAIDで防ぎつつ定期的にバックアップもとる
予算内でできるなら当然両方やった方がいいに決まってるだろ
>>409が言ってる通りだよ >>414
そやで、ないより会ったほうが全然マシやていうてるやろ
文盲か?w 必要十分な落とし所に持って行くバランスを保つ方が偉いと思うけどね
誰もが思いつく完璧さを目指すのはあまり賢そうに見えない 大丈夫や、バックアップがある
ノ
彡 ノ
ノ
ノノ ミ
〆⌒ ヽ彡
(´・ω・`) 大企業の冗長化に何度も関わってるけど、
殆どの会社が本番環境での実際の切り替えテストをやってないというかシステム止めるリスクとか言って出来ていない
検証環境でやってるならまだマシな方で
検証環境のスペックもケチってテキトーにやったことにしてる企業が凄く多い
海外の某カード会社なんかは平気でわざと止めてテストしたりするし、それで切り替わらなかったこともあるけど、すぐに戻して殆ど影響は出ない
日本は一旦障害になるとやれ報告書だ、説明責任がーとクソの役にも立たない作業がてんこ盛りだから出来ないしビビリな上層部の老害どもが大反対する 今回NASのメモリエラーみたいなんで、そんな不具合は試験できねぇと思うけどね
この冗長運用とは別の検証機を用意してアクセスをモニターして整合とるしかないんじゃね 基幹システムが死んだ時は自動でバックアップに切り替える仕様だったが、
富士通が切り替え設定値をうっかり間違えてたって報道されてたね。
稼働前に障害テストはクリアしてたらしいけど、詰めが甘かったんだろね。 >>423
初代マルスの話思い出したわ
日立の責任者が納品日に国鉄のおえらいさんが見てる時に
裏でこっそり電源引っこ抜いて大騒ぎになったいうやつ
そのあと再起動して電源断に対する対障害性を実践で披露したとかなんとか 日本人あるある「気をつければ問題ない」。人間である以上ミスするということが理解されていない
判子が押されたマニュアルはあるが現場に即していなくてみんな裏マニュアル使っているとかね
まぁガラパゴスの一つだな
>>424
そんなに難しいことか?
・メモリバスにノイズを混入させる
・メモリに放射線を照射する
宇宙・航空・原子力あたりなら当たり前にやっているだろうし
止まったらニュースになるような基幹システムでテストしていないとかやる気がないだけじゃね 「再現できるエラー」でないと対応は難しいぞ
ノイズ混入や放射線で同じ挙動をするエラーを狙って再現できるか? ほとんど起きないと言われてるけど、念のためNASにもECCメモリ入れた
NASだとECCメモリ使える機種自体限られてるけど。 物理的にできなくてもエラーログを見て切り替え確認とかできる範囲でやるべきだったな
ハートビート断のテストしかしてないみたいだしびっくり 東証は24時間起動し続けるシステムと違って1日5時間しか動かしてないよね
土日は完全休業だし本番環境でのテストやる気ならいつでもやれたはず
結局日本にありがちなただの怠慢か メモリの故障にも対応出来るシステム組んだのに、それを監視するプログラムを走らせてなかったらしい
単純なヒューマンエラーだわな >>431
夜間も注文を受けていてそのデータが消えるから再起動できないと言っていたぞ。
基本設計レベルでリカバリーポイントの設定が足りないシステムじゃないか。 まぁとりあえず報告書が出てこないと正確なところは判らなさそうだが
>>428
メモリエラーで何が起こるかはメモリマップ次第じゃね
しかも最近のシステムなら十中八九論理アドレスの動的マッピングだろうから再現は難しいだろうね
それでも実際に主系を発狂させて問題なく従系に切り替わるか確認するテストくらいは出来るだろう
てか宇宙・航空・原子力なら普通は実機でテストするよ。日本でもちゃんとやられているかは怪しいところだが
事故発生時に切り替えに失敗したら良くて記者会見、下手すれば人死にが出るんだから >>424
海外のオッサンがDIMMスロット端子のどっかをショートさせて、疑似エラー出してたな。
詳しくは検索してくれ。
ASRockRack X470D4UマザーでECCメモリがエラー訂正時に、OSやBMCへ通知がいくか検証してた。 >>434
設定値が問題でバックアップに切り替わらなかったってことらしいけど、死活監視での切り替えは
テストでうまくいってたみたいだし、「死活監視には引っかからない程度のメモリ故障が発生している
状態で、何らかのトラブルを起こす前に検知して切り替える」ってのをあらゆるシナリオを考慮して
事前に検証するってのはなかなか難しいように思うぞ
まぁ報道もちゃんとわかってない人間が取材してたりするとおかしな話になるし、
そもそも今出てる情報がどれだけ正確かもわらかんのだよな >>436
上でもデータ消えるから再起動できないこと自体間違っていると突っ込まれているが
システムデザインからしてガバガバ
メモリのエラーなんてメモコンのECCステータスを観ていれば判る話しだし監視()なんだろう
もし再起動できないシステムをECC無しで運用していたんだとしたらいつか起きることが
約束された事故だったと言える
それに自動系が期待通りに動作してくれないときのバックアップ経路がないのもマズイ >>437 まぁなんというか、見えてる情報少ないので
・ぼくのかんがんがえたすーぱーちぇっくほうほう
を上から目線で言われてもねぇ
実際、マジもんの物理冗長は簡単じゃないからね
物理冗長に比べればフェールオーバーしやすい仮想冗長ですら
AWSやAzureだって失敗してサービス停止をやらかしてるし
君の浅慮というか井の中の蛙レベルで「俺ならこうする!」なんて
実際には何の役にも立たないんじゃね? 自覚無いの? ■ このスレッドは過去ログ倉庫に格納されています