PFN の Kubernetes クラスタにおける Uninterruptible Sleep との付き合い方 - Preferred Networks Research & Development
Preferred Networks エンジニアの坂田です。普段は社内向けの GPU サーバークラスタの運用管理の業務などをやっております。 先日、DevOpsDays Tokyo 2021 というイベントで、弊社 須田と一緒に PFN が Kubernetes を使って GPU クラスタを運用する中で経験してきた障害とその対応の自動化や、Kubernetes クラスタそのものの管理・アップグレードの自動化の取り組みについてご紹介しました。 SlideShare: PFNのML/DL基盤を支えるKubernetesにおける自動化 / DevOpsDays Tokyo 2021 本エントリでは、その中でご紹介した障害の事例の中から、コーナーケースとして対応に悩まされた Uninterruptible Sleep という状態に入ったプロセスの扱いについてご紹介します。 はじめに PFN のクラ
アクセストークンをWebWorkerで扱う - console.lealog();
というアプローチを紹介してる記事があって、なるほど？と思ったのでまとめてみる。 元記事はこちら。 Leveraging Web Workers to Safely Store Access Tokens – The New Stack 毎度のことながら、今にはじまったことではない。 元記事いわく WebWorkerであれば、メインスレッドで実行されるであろうXSSや3rdのコードから触れないので安全！ 設計としては、 メイン: まず`Worker`をロード メイン: 初期化のメッセージを`postMessage()` クレデンシャルがあるならそれを渡す ワーカー: アクセストークンの準備 受け取ったやつ or そこで`fetch()`して、オンメモリに保存 （これで準備OK） メイン: APIにリクエストしてほしいと`postMessage()` ワーカー: APIに向けてアクセストークン
AWSアカウント間のS3, DynamoDBデータ移行計画の記録 （背景と転送方法の検討） | DevelopersIO
はじめに こむろ@事業開発部です。 今回、5年以上稼働していた SpringBoot アプリケーションを エンドユーザーへの影響を最小にして、別のAWSアカウントへ完全に移行させました。その調査、検討、実施した際の想定外のトラブルやその対処について記録します。 私は主に全体のとりまとめを担当し、アプリケーション内で使うデータの関係性のチェックや移行作業全体のスケジュール作成、切り戻し計画の作成、メンバーへのタスク依頼、顧客調整等々を行いました。 概要 全体が無駄に長くなってしまったのでまとめると以下になります。 Elastic Beanstalk （1 Container Docker）で動作していた Spring Boot アプリケーションを、別の AWS アカウントの Fargate 環境へ引っ越し 作業時間は最大 5 時間 転送はもちろん、データの完全一致の保証も含めて 移行対象デー
fastlyのCDNで発生したシステム障害についてまとめてみた - piyolog
2021年6月8日、fastlyのCDNサービスで障害が発生し、国内外複数のWebサイトやサービスに接続できないなどといった事象が発生しました。ここでは関連する情報をまとめます。 原因はソフトウェアの潜在的な不具合 fastlyより6月8日付で今回の障害の顛末が公開されている。 www.fastly.com 障害原因はソフトウェアの潜在的な不具合で特定状況下かつ顧客構成で発生する可能性があった。このソフトウェアは5月12日に展開が開始されていた。 6月8日早くにこの不具合を発生条件を満たす構成変更が顧客によって行われネットワークの85%がエラーを返す事態が発生した。サイバー攻撃の可能性は否定と報じられている。*1 障害は発生から1分後にfastlyに検知され、49分以内にネットワークの95%が復旧した。 今回の障害を受け、短期的には修正プログラムの早期適用、復旧時間の短縮、テスト時に不具合
食い尽くし系は痴漢や万引きと一緒
食い尽くし自体は犯罪じゃないけど、 この記事見て、食い尽くし系の心理は 痴漢や万引きと同じだと感じた。 家族の食事を食い尽くす夫が嫌だ…解決策は成功する!?／食い尽くし系夫（1）【うちのダメ夫 Vol.85】 https://woman.excite.co.jp/article/lifestyle/rid_E1622513888178/ 食い尽くし夫に理由を聞くくだり。 おなか空いてたらそこにあるもの食べちゃうよ この後、お決まりの「男兄弟で育った」「早いもの勝ちだった」と続くんだけど、 もうこの人は結婚して、子どももいて、争って食べなくていい状況なわけ。 なのに子どもの食べ物を一方的に奪ってる。 確実に子ども含む家族に悪影響あるのがわかっていても、それでもそこにあるものを食べるのがやめられない。 これって、痴漢や万引きの心理構造と似てる。 痴漢は、触りたいとかよりも 「触れそうな対象がい
AWS 認定 ソリューションアーキテクト – プロフェッショナル(AWS Certified Solutions Architect – Professional)の学習方法 - NRIネットコムBlog
小西秀和です。 この記事は「AWS認定全冠を維持し続ける理由と全取得までの学習方法・資格の難易度まとめ」で説明した学習方法を「AWS 認定 ソリューションアーキテクト – プロフェッショナル(AWS Certified Solutions Architect – Professional)」に特化した形で紹介するものです。 重複する内容については省略していますので、併せて元記事も御覧ください。 また、現在投稿済の各AWS認定に特化した記事へのリンクを以下に掲載しましたので興味のあるAWS認定があれば読んでみてください。 ALL Networking Security Database Analytics ML SAP on AWS Alexa DevOps Developer SysOps SA Pro SA Associate Cloud Practitioner 「AWS 認定 ソリュ
The Plan for React 18 – React
The React team is excited to share a few updates: We’ve started work on the React 18 release, which will be our next major version. We’ve created a Working Group to prepare the community for gradual adoption of new features in React 18. We’ve published a React 18 Alpha so that library authors can try it and provide feedback. These updates are primarily aimed at maintainers of third-party libraries
Rustで書かれた、既存のソフトウェアの代替一覧を作った
Rustで既存のソフトウェアを再実装することは「Rewrite It In Rust」と言われたりしますが、 最近はfindの代替である fd やlsの代替である exa などといったUnixコマンドのRust実装がよく見られます。 このようなUnixコマンド以外にも、Goで書かれたコンテナランタイム runc のRust実装である youki や既存のNodeバージョンマネージャーである nvm よりも200倍速い[1]とされている fnm や Lemmy というRustで書かれた reddit の代替などがあります。 また、僕自身もRubyのバージョンマネージャーである rbenv のRust実装である frum を作ったりしています。 作ったもの 今回は、こういったRustで書かれた、既存のソフトウェアの代替の一覧を作ってみました。 RustでOSSを作る際にこういった一覧があると、
最近の若い子のファッションバグってる。
めっちゃ伸びててビビった。賛否色々あってコメントやらを見返させてもらって とりあえず、俺はおっさんなんだと再確認したよ。いや、自覚はちゃんとしてたからね？！ 思えば、自分が10代だった頃は、スト系～B系ブームだった。だから今のビックシルエットはわからんでも無い。 あの頃は3XL～5XLの無地Tと、ダボついたデニムをブーツインとかしてたからね。キャップを斜めにかぶって完成だ。バグってたよな。 大きければ大きいほど良いみたいな感じだったな。孔雀かよ。 GUスタッフの着こなしだからモデルが悪いだろ！って意見もちょいちょいあるけど ほぼあんな感じの着こなしの大学生が3人連なってジェットストリームアタックのように歩いてたから書いたエントリーだった。 ハイウェスト・シャツインが奴凧（やっこだこ）にしか見えない。 リバイバルブームだっていうコメントも多く見たんだが、純粋に80年代～90年前半のファッショ
スクエアプッシャーの超ベーシスト論 ジャコからメタリカまで影響源も大いに語る | Rolling Stone Japan(ローリングストーン ジャパン）
スクエアプッシャーことトム・ジェンキンソンのデビュー作『Feed Me Weird Things』がリリース25周年を迎えた。1996年にエイフェックス・ツインことリチャード・D・ジェイムスによるレーベル、Rephlexよりリリースされた本作は革新的だった。高速で複雑なドラムンベースのビートに耳を奪われるが、そこに生演奏のエレクトリック・ベースを併せたサウンドは今でも唯一無二だ。 ここでのトム・ジェンキンソン自身のベーシストとしての存在感はすさまじいものがある。単純にテクニックが尋常ではないのだ。それがビートとオーガニックに組み合わされている。スクエアプッシャーの作品を改めて聴き直してみると、ループのビートの上で即興演奏しているレイヤー的な作りではなく、それぞれの楽器が有機的に絡み合っていて、セッション的な作りになっている。恐ろしいことにそれはデビュー作の時点で完成されていた。今から25年
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
