自宅に必要なRAIDと自宅では不要なRAID - treedown’s Report
RAIDもかれこれいくつかの記事で話題に出してきましたが、今までの記事、 - 部長、そろそろRAIDで安心したくないですか？ - treedown’s Report とか、 - 社長、サーバに投資する予算はありますか? - treedown’s Report といった記事で、実際のRAIDに対する考え方や使い方の一例をご紹介しました。 また「RAID5障害で最大の恐怖はバッドストライプ - treedown’s Report」でRAIDの障害（マイナーで分かりにくい）事例もご紹介しました。 これらは会社業務で利用する場合のRAIDの話です。 以前にも書きましたが、 世の中にはRAIDで安心は購入できたのに安全が購入できていないかった不幸な事例も数多くあります。 会社であればパートナー（取引先）や会社の先輩・上司などから指摘をもらえるかもしれませんが、個人やホームオフィスではそうもいきません
Kubernetesで構築する大規模時系列データのスケーラブルな分散処理
CloudNative Days Tokyo 2023 での登壇資料です
"CRUD is dead"（死んだのは"U"と"D"）と「RethinkDB」、もしくはAuroraの周辺話し - たなかこういちの開発ノート
ときどき参加させていただいている「Scala勉強会」にて、OE氏(@OE_uia)より、ScalaDays 2015 in San Franciscoのレポートがありました。いろいろ話はあったわけですが、その中でひとつ気になったフレーズがありました。それは、 "CRUD is dead" です。 調べましたらTwitter上でこのような会話がされているのが見つかりました。"CRUD is dead"を唱えているのはJonas Bonér氏、Typesafe社の設立者の一人で現CTOです。会話の最後の方で、 "FP is nice. But this slide is about killing 'update-in-place'. Event logging is my primary tool." ※「FP」は「Functional Programming」です。 と述べています。「「更
ゲーム向けファイルシステムの設計の難しさ - .mjtの日記復帰計画
ゲーム向けのファイルシステム抽象化は近年超クッソ激烈に複雑化しており、大分手を付けられない問題になってきた。 ゲーム配布/ストレージ様式の変化 ...とにかく歴史的に様々な方式が使用されている。例えば、ゲームを発売後パッチするにはHDDやSSDのようなFSを持った大容量ストレージが必要になるが、それが可能になったのは2001年以降(PS B.B. Unitやoriginal Xboxなどの登場以後)と言える。(サテラビュー('95)やDreamcast('98)のようなプラットフォームでもDLCの類は存在したがゲームの不具合修正をpost releaseで行う目的には使えなかった。) PS4ではプログレッシブダウンロード(ゲームを複数セグメントに分割し、一部のダウンロードが完了した段階で起動許可)をサポートしているが、導入自体はPS3版The Last of Usの方が早い( https:
データ記録用磁気テープが最近凄いことになっている件
ひょんなことから磁気テープについて調べ始めたところ，大きな変化が起きていることがみえてきましたので紹介します． はじめに 一般的には磁気テープってなじみが薄いと思いますが，最近のものはいろいろ進化していて，優れた特徴を持っています． ストレージに関しては素人ですが，調べてみて目を引いた特長をあげると次のようになります． 継続する容量増加 HDD を上回る書き込み速度 高い信頼性 長期データ保持 使い勝手 これらを踏まえると，写真や動画データを多く扱う個人の方には，大容量 NAS を継ぎ足していくよりも優れたソリューションかも知れません． (ドライブは新品だと手が出る価格ではないのでヤフオクで調達のこと) 以降では，それぞれの特長について順に紹介します． [20年1月17追記] テープの性能向上を支える材料(BaFe磁性体)についてこちらに追記しましたので，合わせてご覧いただけると幸いです．
AWS の IOPS と I/O クレジットがよくわからなかったので整理した - stamemo
最近 AWS を触り始めて、EBS を使っているのだが、どうも I/O 速度に制限がかかる仕様があるらしい。調べてみると IOPS やら I/O クレジットやらといった考え方が出てきた。ドキュメントを読んでもわかりづらかったので整理してみた。 そもそもの前提 最初に結論 I/O クレジットその1: 消費と補充のルール I/O クレジットその2: クレジットが枯渇したら I/O クレジットその3: IOPS には上限もある I/O クレジットその4: IOPS の I/O ってそもそも何？ 参考 そもそもの前提 AWS のボリュームでは無尽蔵に I/O を発生させることはできず、AWS 側で帯域制限ならぬ I/O 制限が実施されている。 この制限が具体的にいつ、どのように、どれだけ働くのかという仕組みが I/O クレジット という考え方。この時に使う単位が IOPS(I/O per Seco
Snapshot & Backup
Azure Hybrid全体整理！ ~ Azure Hybrid Dayに登場した要素 + αの関係性を整理！ ~
[作業ログ]ESP8266でSDカードを読んでみる - Qiita
・目的 wifiでAPに接続する際、コードに接続情報を書きたくないので、SDカードから読み込ませる事にする。 ESP8266は3.3Vなので、SDのDIP化カードを使うとき、レベル変換しなくてよいので、ハードに疎い人間にとってはとても便利。 ・準備 1.SDカード とりあえず、読み込ませるSDカードのrootディレクトリ直下に「HOGE.TXT」というテキストファイルをつくって適当な文字列を何行か記述した。 ※たぶん、ファイル名が長かったり、日本語がはいってたりすると、FAT16で読んだ時みたく、ニョロになるので全角文字列のない短い名前の大文字のファイル名とした。 ※ファイルの中身は、シリアルで出すので、とりあえずは、全角文字を混入しないものとした。 ※念のため、持ってるSDカードで一番容量が少ないmicroSDの4Gを使用した。 (多分、3DSについてたやつ。。。) ディレクトリ。 中身
![[作業ログ]ESP8266でSDカードを読んでみる - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/b88e8024a947e5cf2964f3df77a8690a51e64c37/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUU0JUJEJTlDJUU2JUE1JUFEJUUzJTgzJUFEJUUzJTgyJUIwJTVERVNQODI2NiVFMyU4MSVBN1NEJUUzJTgyJUFCJUUzJTgzJUJDJUUzJTgzJTg5JUUzJTgyJTkyJUU4JUFBJUFEJUUzJTgyJTkzJUUzJTgxJUE3JUUzJTgxJUJGJUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz04ZjgwOWI1M2NhZTI0YmYyNzM1Mzg2MjA2MDg0MjYxNQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBjeWNsb24yam9rZXImdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWIxOGJiNDIzZDdkM2UwYzM5ODM2YzYwODdhMjI1ZjFi%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D11194ee7bcec3188b3ed5a13ad8de0e2)
Datadog でストレージがあと何ヶ月で枯渇するかを予測する - Qiita
概要 Datadog に追加された linear regression functions (線形回帰関数) を利用して、DB などのストレージがあと何ヶ月で枯渇するかを予測するという話。 背景 ストレージに対する監視として、使用率が X% を超えたらアラートを出す、というのがオーソドックスなもの。例えば Increments では AWS の推奨閾値である 85 % (出典は関連資料項目を参照) を超えたら Slack に通知が来るようにしている。 しかし、使用率が 85% に達した時、残り 15% をどれくらいの期間で消費するかは実はさまざまなケースがある。緩やかにストレージを消費し、残り 3 ヶ月で消費するケースもあれば、残り 1 週間で消費するケースもあるだろう。残り 1 週間で枯渇するケースの場合、対応が慌ただしくなってしまうかもしれない。 そこで、現在の使用量に対する閾値監視だ
ESP8266 + microSD > ユニバーサル基板実装 / SDへ書込みしてみた - Qiita
ESP8266用基板を新たに実装した。ESP8266基板は7枚目。 microSDの基板は以下を購入した。 sunhayato CK-40 税込み602円 @ デジット microSD関連については上記のリンクの配線をそれぞれ対応するESP8266のピンに実装(VDD, CLK, DAT0, VMD, VSS, CD)。 CK-40は1番ピンから8番ピンまでをストレートピンヘッダの長い方にはんだ付けし、反対の短いピンをユニバーサル基板に実装した。 フレームグラウンド関連のピンはとりあえずストレートピンヘッダにはんだ付けしたが、ESP8266には特別接続していない。 code v0.1 参考 https://www.arduino.cc/en/Tutorial/ReadWrite 上記を参考に以下を実装した。 #include <SPI.h> #include <SD.h> // SD pi
ストレージ関係のツールとか眺めてた • masu-mi's blog(dirty pages)
最近はデータ保存の観点で調べてみたり考えてみたりする事が増えてきた。 Storage Weeklyで出てきたデータ保持・配信系ミドルウェアやツールを中心に調べてみた。 ストレージ・データベース・オーケストレーション・コンフィギュレーションは網羅的に探したくなるので今度に回す。 BlockChainもストレージやコンテンツ配信系に意外と応用されていたけど、アルゴリズムから押さえたいので勉強してから別途まとめる。 ユーザーデータは、4K・全天球画像・3Dモデルみたいに巨大化する方向とセンシングデータみたいに大量な小さい時系列データの方向が特に増加すると思ってる。 システムデータは今まで通り、リポジトリ・ログ・メトリクス・コンテンツ配信・アーカイブが主軸だけれど、 リポジトリはマシンイメージ・Dockerイメージ・DCOSパッケージが増えていきそう。またコンテンツ配信で学習モデルも加わる気がする
MogileFSをバックエンドとしたPrivate S3の作り方
機密データとSaaSは共存しうるのか！？セキュリティー重視のユーザー層を取り込む為のネットワーク通信のアプローチ
勘違いしないようにしたい､Amazon Glacierのデメリットあれこれ | Pieces of Peace
1GBが約1円/月のAmazon Glacierへ簡単にバックアップ＆同期できるフリーソフト「FastGlacier」 – GIGAZINE 先日GIGAZINEでこんな記事が公開されてました｡反応を見ていると｢写真の保管に使えそう｣｢消せないファイル置き場にいいね｣などと皆さんの印象はよさそうですが､実はこれ､｢転んでも泣かない方｣専用です1｡ 注意喚起として､転びそうなポイントを挙げておきます｡ ダウンロードは二重の｢有料制｣ 公式サイトによると､データをダウンロードするにはデータ取り出し料とデータ転送料の2種類の費用を払う必要があります｡ 前者は無料範囲を越えると0.01USドル～/GB､後者は～0.12USドル/GBということで､例えば100GBのアップロード済みデータを全てダウンロードすると 一ヶ月かけてゆっくりダウンロードする 12.83USドル 回線速度が許す限り急いでダウン
Amazon Glacier と AWS CLI 1.0 で格安バックアップ環境を作る - ほとラボ
Amazon Glacier 使ってバックアップ環境つくりたいなー でも rsync 的な使い方したいけどどうやってやったらいいかわからないなー と思っていたら、先日 AWS CLI 1.0 がリリースされて新しくsyncコマンドが使えるようになったので、これはチャンスと思い手を出してみた次第。 AWSまわりを軽く説明 知ってる人は読まなくていいです。 Amazon S3 Amazonのクラウドストレージ。 Dropboxのバックエンドなんかにも使われている、Web開発者にはお馴染みのアレ。 特筆すべきは 99.999999999%(イレブン・ナイン) の堅牢性。 なんだかよくわからないけどめっちゃ9が並んでるから多分すごい（小並感 Amazon Glacier 同じく、Amazonのクラウドストレージ。 価格が 1GBあたり1円/月(S3の約10分の1) とかなり安いが、データをダウンロ
ややこしすぎるAmazon Glacierのデータダウンロード料金まとめ | Pieces of Peace
まだまだ続くGlacierネタ、もうしばらくお付き合いくださいまし。 1GB/1セント/月の料金で個人向けバックアップサービスとしても注目のAmazon Glacierですが､その安さの仕組みゆえか､ややこしいのが料金体系｡ 特にデータダウンロードの方は料金表を見てるだけではいくらかかるかまったく分からない複雑さで､FAQを読み解いてようやく理解しかけてきたところ｡せっかくなのでまとめておきます｡ 時間がない方向け：公式の計算機を使いましょう Amazon Web Services Simple Monthly Calculator 身も蓋もないですが､金額を把握したいだけならそれが一番手っ取り早いです｡計算しとけばあとで驚く心配なし｡ ↑200GB保管､50GBを1日でダウンロードの例｡ では次に､データダウンロード料金計算の仕組みを知りたい方向けに､実際に料金体系を分解してみます｡ デ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Introduction to Modern Analytical DB
ストレージ重要
高トランザクションシステムとしてのメールシステム
RubyとAWSでつくるメディアストレージ基盤 - Qiita
AWSマイスターシリーズReloaded -Amazon Glacier-
