https://blog.tasasei.com/tags/aws/ Recent content in AWS on 安部工房 Hugo ja-jp Sat, 04 Jul 2026 15:41:29 +0900 https://blog.tasasei.com/posts/20260704/ Sat, 04 Jul 2026 15:41:29 +0900 https://blog.tasasei.com/posts/20260704/ <h2 id="個人写真のs3へのバックアップに際するキーポイント">個人写真のS3へのバックアップに際するキーポイント</h2> <p>iCloudの残量がなくなってきたので、写真のバックアップをS3にアップロードした。 これは、あまり良い方法ではなかったのだと思うが、一応記録に残しておく。</p> <p>そもそも、プライベートなものをネット回線にさらすこと自体が多大なリスクである。 特に記録を残しておきたいのは以下の3点。</p> <ul> <li>HASHの記録は「CRC64NVME(推奨)」で行う</li> <li>ストレージクラスを標準でアップロード</li> <li>ストレージクラスをGlacierに変える</li> </ul> <h3 id="hashの記録はcrc64nvme推奨で行う">HASHの記録は「CRC64NVME(推奨)」で行う</h3> <p>アップロードが成功したかどうかは、ファイルのハッシュを見る。 SHA256だと、multipartでアップロードされた各パケット全てから算出されるらしい。 これにより、ローカルでファイル単体を見た場合と、ハッシュ値が異なる。 そのため、パケット分割による影響を受けない、ハッシュ計算方法として提示されている、 CRC64NVMEを使用する必要がある。</p> <h3 id="ストレージクラスを標準でアップロード">ストレージクラスを標準でアップロード</h3> <p>言い換えるならば、最初からGlacierでアップロード<strong>しない</strong>ことである。 なぜならば、標準-&gt;Glacier系は、リスクは無い。 アップロードに失敗して即削除した場合でも、料金は使用した時間、アクセス分しか請求されない。</p> <p>しかし、Glacier-&gt;標準の場合は、 Glacierの最低日数90日分の使用料が必ず乗る。そのため、即座に切り替えた場合は、使用していない日数分の 料金を支払わなければならない。</p> <p>そのため、このような手動バックアップの場合は、ストレージクラス標準でアップロードし、 完了後にクラスをGlacier系に切り替えるのが適切と思われる。</p> <h3 id="ストレージクラスをglacierに変える">ストレージクラスをGlacierに変える</h3> <p>ストレージクラス標準でアップロードを完了したのちに、Glacierの希望のクラスに切り替える。 似たような名前が並んでいるので、この時は気を付けなければならない。</p> <p>私の場合は、Glacier Flexible Retrieval(旧 S3 Glacier)にしたかったのだが、 誤って別のクラスにしてしまった。なんか、(旧)とかあって不安だったし。 その結果、ライフサイクルルールを設定して、90日後に切り替えるよう設定する羽目になった。</p> <h2 id="所管">所管</h2> <p>この場合のこの方法は、おそらく適切ではない。</p> <p>最も高いセキュリティは、インターネットに晒さないこと。 AWSのセキュリティは高いとはいえ、今この状態でも、簡単な操作で全て流出してしまう。 本当は、自宅のラズパイにNAS機能を追加してしまうのが、手間的にもセキュリティ的にも適切なのだと思う。 ただ、イニシャルコストと自分の不勉強が足を引っ張っている。 USBが空いているので、そこにHDDかSSDを入れてしまった方がいいのだろうか。気乗りはしないが。</p> <p>S3の3つのデータセンターにバックアップされるほどの堅牢性を7円・年/GBで得られるなら安いとは思う。 ただ、それは100GB以内の話であって、1TBレベルになるなら、7000円/年なのだから、HDD1つ買った方がいいと思う。</p> <p>また、今回のS3によるバックアップを初めて行う際に、調査するのも、記録するのも、多大なエネルギーを使用する。 実質、丸一日使用してしまった。その割には、得られた知識の拡張性は、そうない。 リターンが高い行動を選んでいかなければならない。行動について取捨選択しなければならない。</p>