ボリュームゲートウェイ(保管型)ってオンプレに全データ保存するそうですが、容量やばくならないの?

質問 ボリュームゲートウェイ(保管型)ってオンプレに全データ保存するそうですが、容量やばくならないの? すごい貯蓄 最速で1000万円貯めてFIREも目指せる!【電子書籍】[ くらま ]価格:1760円(2026/5/27 20:01時点)感想(1件) 解答はい、そこはまさに保管型(Stored Volume)のトレードオフです。結論から言うと:「オンプレに全量置くので、普通に容量は必要です」です。まず保管型Volume GatewayとはAWS Storage Gateway の Stored Volume は:オンプレ側に全データ保持AWS側にはバックアップコピー(EBS Snapshot形式)を持つ構成です。つまり主データはオンプレ。なぜそんな設計にするの?目的は:ローカル性能確保オンプレに全部あるので:低遅延高速アクセスができる。工場や既存システムとの相性がいい。AWSへバックアップ同時に:SnapshotDR長期保存をAWS側でやれる。なので容量は本当に必要例えば:50TB使うなら、オンプレにも50TB必要。しかも:RAID冗長化スナップショット余裕を考えるとさらに必要。「じゃあ意味なくない?」ここが重要。Stored Volume は:「クラウドへ完全移行できない既存環境」向けです。つまり:レイテンシ厳しい既存アプリ変更困難ローカルI/O必須みたいな環境。逆にキャッシュ型があるここで対になるのが:Cached Volumeです。こちらは:主データ → S3側よく使う部…

続きを読む

SQSの標準キューの処理順序がばらばらになるのはなぜ?

質問 SQSの標準キューの処理順序がばらばらになるのはなぜ?タイムスタンプとか持たせないの? 解答良い疑問です。実はSQSの標準キューも、メッセージごとに送信時刻などのメタデータは持っています。しかし、それでも順序保証はしません。なぜ順序保証しないのか理由は、SQS標準キューが「順序よりもスケーラビリティと可用性を優先している」からです。SQS内部では、メッセージは複数のサーバやストレージノードに分散して保存されます。イメージとしては:Producer ↓┌─────────┐│ Node A ││ Node B ││ Node C │└─────────┘受信時には、Consumer ↑Node Bから取得 ↑Node Aから取得のようになることがあります。すると、1. A送信2. B送信だったとしても、B受信A受信になる可能性があります。タイムスタンプで並べ替えればいいのでは?理論上はできます。しかしそうすると、全メッセージを↓時刻順にソート↓先頭から配信が必要になります。これは分散システムでは結構大変です。例えば:どのサーバが最新状態を持つ?同じ時刻だったら?あるノードが遅延したら?世界中のサーバの時計は完全一致する?という問題が出ます。結果として、高スループットと低遅延が犠牲になります。FIFOキューはどうしている?FIFOキューは、A → B → Cなら、A処理完了↓B配信↓C配信のように順序を管理します。その代わり:スループットが制限される内部管理が…

続きを読む

biosで行うディスクのフォーマット

質問 biosで行うディスクのフォーマットって何をしていますか?破棄前のデータ消去として安全? 捨てられた令嬢は、いつの間にかに拾われる〜隣国で王太子に溺愛されてます〜(1) 【電子書籍】[ 采池たく也 ]価格:759円(2026/5/2 11:34時点)感想(0件)BIOS/UEFI完全攻略読本 Skylake&Windows 10対応版【電子書籍】[ 鈴木 雅暢 ]価格:2310円(2026/5/2 11:33時点)感想(0件) 解答結論から言うと、BIOSでの「フォーマット」は基本的に“初期化(構造を作る)”であって、データの完全消去ではありません。したがって、廃棄前の安全なデータ消去としては不十分です。① そもそもBIOSで何をしているか厳密にはBIOS(UEFI)はフォーマット機能の本体ではなく、ディスクの認識ブート設定セキュアイレース機能の呼び出しなどを行うだけで、実際のフォーマットは:OSのインストーラディスクユーティリティが実行しています。② フォーマットの正体一般的な「フォーマット」は主にこれです:ファイルシステムの構造を作る(NTFSなど)管理情報を書き直す→ 中身のデータ自体はほぼ残る(参照できなくなるだけ)③ なぜ危険かデータは物理的には残っている復元ソフトでかなり戻せる→ 「削除」や「クイックフォーマット」はほぼ無意味に近い④ 安全に消去する方法■ HDDの場合全領域上書き(1回以上)またはSecure Erase(ATAコマンド)■ SSDの場合(重要)S…

続きを読む

PowerShell Remotingの仕様やできること

質問PowerShell Remotingの仕様やできることをまとめてください。 解答以下は PowerShell Remoting(PS Remoting) の仕様と「できること」を、仕組み → 通信 → 実行モデル → 権限 → 制限 → 実務での使いどころの順で体系的にまとめたものです。1. PowerShell Remoting とは何かPowerShell Remoting は、PowerShell コマンドをネットワーク越しに別の Windows マシンで実行する仕組みです。ローカルで書いた PowerShell コマンドがリモートマシンの PowerShell エンジンで実行され結果だけが返ってくるというモデルです。2. 基本仕様(中核)通信方式WinRM(Windows Remote Management)プロトコル:WS-Management(SOAPベース)ポートHTTP: 5985HTTPS: 5986前提条件対象端末で WinRM が有効ネットワーク疎通適切な認証・権限3. 実行モデル(1) 1回限りの実行コマンドを送って実行、結果を取得特徴:ステートレス手軽単発処理向き(2) セッション型リモート上に PowerShell セッションを維持特徴:状態保持複数コマンド連続実行重い処理に向く(3) 並列実行複数マシンに同時実行可能特徴:一括管理大量端末操作向き4. できること(具体例)システム管理サービスの開始・停止プロセス管理ローカルユーザー・グループ管理設定変更レジ…

続きを読む

タスクの多重度の考え方

質問タスクの多重度の考え方を解説してください。 解答いいテーマですね。「タスクの多重度(multiplicity, concurrency degree)」は、並行処理やスケジューリングを考えるときに重要な概念です。順を追って解説します。1. タスクの多重度とは?タスクの多重度とは、あるシステム内で 同時に存在・実行されるタスクの数 を表す考え方です。1重(多重度1)→ タスクが必ず1つしか存在しない(シングルスレッドの処理など)多重度N→ 最大N個のタスクが同時に存在・実行されることを許す無制限(多重度)*→ 制約なくタスクがいくらでも同時に存在できる2. 多重度の考え方が必要になる場面(a) 並列・並行処理スレッドプールで「同時に何スレッドまで走らせるか」を制御するI/O処理の多重度を制限して過負荷を防ぐ(b) OSやスケジューラCPUコア数やスレッド数によって実際に同時実行可能な数が決まるそれ以上のタスクは待機状態に置かれる(c) 通信システムTCP接続数の多重度(同時に何コネクションまで持てるか)APIサーバのリクエスト多重度(同時接続数の上限)(d) UMLや設計モデルUMLのクラス図や状態遷移図で「このオブジェクトは同時に何個まで存在できるか」を表現するのに multiplicity を使う3. 多重度の調整と影響多重度を低くすると同時実行が制限される → 安全だがスループットが下がる多重度を高くすると高い並列度でスループットが上がるただしリソース消費や競合(CPUスケジューリン…

続きを読む

/dev/null 2>&1とは

質問/dev/null 2>&1とは何ですか? 解答/dev/null 2>&1 は、標準エラー出力を標準出力と同じ行き先に送るという意味のシェル記法です。一見呪文のようですが、要素に分解すると非常に論理的です。1. まず登場人物/dev/null何を書いても捨てられる特殊デバイス「ブラックホール」「ゴミ箱」標準入出力の番号番号名前内容0stdin標準入力1stdout標準出力2stderr標準エラー出力2. 2>&1 の意味分解すると2 > &12>:標準エラー出力をリダイレクト&1:標準出力(ファイルディスクリプタ1)👉 「stderrをstdoutと同じ場所へ」3. /dev/null 2>&1 の全体像典型例command > /dev/null 2>&1処理の順序:> /dev/null標準出力(1)を /dev/null に捨てる2>&1標準エラー(2)を「今のstdout」と同じ場所へ結果:標準出力 → /dev/null標準エラー → /dev/null👉 すべての出力を捨てる4. 順番が重要な理由次の2つは意味が違います。正しい例(両方捨てる)command > /dev/null 2>&1間違えやすい例command 2>&1 > /dev/null処理順:2>&1→ stderrを**元のstd…

続きを読む