AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO
こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きなネクストモード株式会社の吉井 亮です。 日本国内においても多くのシステムがクラウド上で稼働していることと思います。 俊敏性、拡張性、従量課金、IaS、セキュリティなどクラウドのメリットを享受しやすい所謂 SoE で多くの実績があるように感じます。 ここ1~2年は、社内基幹システム・情報システム、SoR 系のシステムのクラウド移行が本格化してきたというのが肌感覚であります。 クラウドでのシステムインフラ構築は従来のようにゼロから非機能要件定義を行っていくものではなく、ベストプラクティスをまず実装して少しずつ微調整を行っていくものと考えています。とはいえ、システムごとの要件は予め明らかにしておくことがインフラ構築においても重要になります。 クラウド上では出来ること出来ないこと
Team Cymru: Digital Risk Management - Digital Threat Assessment and Tools
Recon is a Threat Intelligence query tool for cybersecurity analysts, by cybersecurity analysts. It provides unique access into Pure Signal™ internet traffic telemetry, the world’s largest threat intelligence data ocean. Analysts use Pure Signal™ Recon as part of a Cyber Defense process to identify, map and block external cyber threats regardless of their origin, geography or link in the chain
覚えておきたい必須コマンド[ システム編 ]
ここでは、絶対に覚えておきたい必須コマンドについて解説していきます。 [ uname ] [ df ] [ du] [ who] [ w ] [ finger ] [ users ] [ last ] [ lastlog ] [ free ] [ ps ] [ pstree ] [ pidof ] [ lsof ] [ top ] [ reboot ] [ shutdown ] [ halt ] [ dmesg ] [ Ctrl +s,Ctrl + q ] [ apm ] [ wall ] [ ulimit ] [ hdparm ] ■システムの情報を表示する [ uname ] システムの情報を表示するには、uname コマンドを使用します。-a オプションをつけると全ての情報を表示します。
muninの覚書 - Ktat's Wiki
[カテゴリ:開発] インストール ノードの設定 起動スクリプト 設定 マスターの設定 Webの設定 apache nginx nginxの設定 html graph 非同期サーバ それぞれの違い 通常 ssh 非同期 インストール 起動及び設定の基本 実際の場合 pluginごとの更新頻度の調整 他 mysql plugin が no って言われた 2.0になって素敵なようなので、入れてみた。下記URLを参考。 http://pocketstudio.jp/log3/2012/06/04/new-features-of-munin2/ インストール% cd /usr/local/src % wget 'http://sourceforge.net/projects/munin/files/latest/download?source=files' % tar zxvf munin-2.0.
Muninを（＾ω＾）ﾍﾟﾛﾍﾟﾛするスクリプトを書いてみた(muniinwalk/muninget) | Pocketstudio.jp log3
先日、GitHub に Munin のデータを取得する CLI を公開しました。 muninwalk and muninget – GitHub https://github.com/zembutsu/muninwalk 今日のポストは、Munin についてと、コミットした muninwalk と muninget の概要。そして、簡単なチュートリアルです。使い方だけが知りたい場合は、後半をご覧くだしあ。 muninwalk および muninget は、コマンドラインで munin-node から、手軽にデータを取得出来るツールです。 ＜実行例＞ $ muninwalk localhost load localhost::load.load = 0.21 ◆munin とは？ Munin というリソースモニタリング用のツールはご存知ですか？ Munin は、サーバのリソース推移の監視に特
Fast Start Guide - Chef - Opscode Open Source Wiki
This page is an install guide that describes how to get up and running with Hosted Chef as quickly as possible and ends with a fast demonstration on how to work with cookbooks. In order to make this as quick as possible, we make some assumptions. If your system does not meet these assumptions, you will need to use the Installation instructions that apply for the "flavor" of Chef you are installin
Omnibus Chef Packaging を試してみた - P A R A G R A P H S
Omnibus Chef Packaging | Opscode.com ちょっと古いネタだけど、2012/06/29 にリリースされた "Omnibus Chef Packaging" というやつを試してみた。「Chef をパッケージ化して一括インストールする仕組み」という感じだと思う。 特徴としては「CentOS/Debian/Ubuntu/Amazon Linux のように複数のプラットフォームで利用できる」というのと「chef-solo や chef-client を実行するのに必要なソフトウェア (ruby とか rubygems) を /opt/chef というディレクトリ配下に隔離して置いてくれる」の 2 つが挙げられる。 使ってみた 使い方は簡単で、このページでインストールしたい OS・バージョンを選択し、表示されたコマンドを OS 上で実行するだけ。CentOS・5.x
Chefで始めるシステム構成管理入門 その2 – インストールと初期設定
前回に引き続き Chef に関するエントリです。このエントリではChef Serverのインストールと初期設定、更にNodeの接続までを書いていこうと思います。自分のメモ書きを整理して書き出しているので、何かおかしな箇所があったら是非指摘してください！ さて、作業を進めていく上で複数のマシンが出てくるので、便宜上、下図のようなネットワーク構成にしようと思います。192.168.50.100はグローバルIPだと思ってください。また、Chef Server, 各Nodeは全てUbuntu 11.10 Serverと仮定します（Debian squeezeでも大丈夫）。 Chef Server はパッケージシステムからインストールするのが無難# 前回の「Chefの仕組み」でも書いたように、自力で Chef Server をセットアップするのは骨が折れます。サーバの構築を自動化したいのに肝心のCh
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
「ニフティrクラウドユーザーブログ」は、移転しました。
「ニフティクラウドユーザーブログ」は、移転しました。 自動でページを移動しない場合は、下記のリンクをクリックし、 新しい「ニフティクラウドユーザーブログ」をご覧ください。 今後とも「ニフティクラウドユーザーブログ」をよろしくお願いいたします。 ＞ ニフティクラウドユーザーブログ
不要なサービスの停止こそ管理の第一歩
サーバ管理者の多くは、自分の運用するサーバに対して、第一にサービスが停止しないこと、そして第二に不正侵入されないことを願うだろう。特にここ数年は、不正侵入の事例が多く報告されていることから、いま一度サーバのセキュリティを見直し（再点検し）たいと思っている読者も中にはいると思う。 そうした場合、OSのリプレースから行い、セキュリティを考慮した設定を行うのが望ましい。しかし実際は、顧客などにサービスを提供したり基幹サーバとして24時間フル稼働している以上、そうやすやすと止めるわけにはいかないのが現実だ。もちろんサーバの冗長化を行っていればその問題はクリアされるが、ほとんどの場合、予算などの関係ですべてのサーバがそのような構成を取ることはできないだろう。 本連載では、現行動作しているUNIXサーバを対象に、稼働サービスの停止を最小限に抑えつつ、セキュリティを向上・維持するための一連の設定やツール
データセンターのラックにおける電源管理を知る ― ＠IT情報マネジメント
ラックに供給される電源は、許された容量の範囲内で利用する必要がある。正しく利用しないとブレーカーが落ちることがあるほか、発熱の問題を助長する可能性がある。今回はラックにおける電源の利用方法を紹介する。 前回は、データセンターにおいて各ラックに電源が供給される仕組みについてお話ししました。このようにして各ラックに供給された電源は、決められた範囲内で正しく利用しなければ、電源容量のオーバーでブレーカーが落ちてしまい、せっかくデータセンターが緻密（ちみつ）に計算して無停電で電源を供給してくれていても、無意味なものになってしまいます。次回以降で詳しく触れますが、機器が発する熱の問題もこの電源と直接関連します。電源を各ラックで適切に利用するということは、データセンターを利用する側の大きな責任ということもできます。 そこで今回は、適切に電源を利用するということに主眼を置いて、電源容量の計算や実際に利用
いますぐ実践! Linuxシステム管理
「いますぐ実践! Linux システム管理」はこちらです。 メルマガの解除、バックナンバーなども、以下からどうぞ。 https://www.usupi.org/sysad/ (まぐまぐ ID:149633) その他、作者に関するページは、概ね以下にございます。 https://www.usupi.org/kuri/ (まぐまぐ ID:126454) http://usupi.seesaa.net/ (栗日記ブログ) https://twitter.com/kuriking/ (twitter) https://facebook.com/kuriking3 (facebook) https://jp.pinterest.com/kuriking/pinterest) https://www.instagram.com/kuri_king_/ (instagram) [バックナンバーのトップへ
AWS-CloudDesignPattern CDP2.0候補
AWSクラウドデザインパターンとは？ AWSクラウドデザインパターン (AWS Cloud Design Pattern, 略してCDPと呼ぶ)とは、AWSクラウドを使ったシステムアーキテクチャ設計を行う際に発生する、典型的な問題とそれに対する解決策・設計方法を、分かりやすく分類して、ノウハウとして利用できるように整理したものである。 これまで多くのクラウドアーキテクト達が発見してきた、もしくは編み出しきた設計・運用のノウハウのうち、クラウド上で利用が可能なものをクラウドデザインのパターンという形式で一覧化し、暗黙知から形式知に変換したものであるといえる。 パターンの中には、クラウドでなくても実現できるもの、今まででも実現されていたものも含まれているが、クラウド上でも今まで通りのアーキテクチャが実現でき、かつクラウドを利用する事で、より安価にそしてより容易に実現できるものは、CDPとして収
Twitterの大規模システム運用技術、あるいはクジラの腹の中（前編）～ログの科学的な分析と、Twitterの「ダークモード」
Twitterの大規模システム運用技術、あるいはクジラの腹の中（前編）～ログの科学的な分析と、Twitterの「ダークモード」 先週の6月22日から、米サンタクララで行われていたWebサイトのパフォーマンスと運用に関するオライリーのイベント「Velocity 2010」が開催されていました。 その中で、TwitterのJohn Adams氏がTwitterのシステム運用について説明するセッション「In the Belly of the Whale: Operations at Twitter」（クジラの腹の中：Twitterでの運用）が行われています。Twitterのような大規模かつリアルタイムなWebサイトの運用とはどういうものなのでしょうか？ 公開されているセッションの内容を基に概要を記事で紹介しましょう。システム管理者の新たな役割、Railsの性能の評価、Bittorrentを使った
Facebook、memcachedに300TB以上のライブデータを置く大規模運用の内側
クラウドのように大規模なシステムでは、ソフトウェアの開発と同等以上に、大規模運用の巧拙が、システム全体の成功を大きく左右します。 6月22日から、米サンタクララで行われていたWebサイトのパフォーマンスと運用に関するオライリーのイベント「Velocity 2010」で、FacebookのTechnical Operations teamを担当するTom Cook氏が「A Day in the Life of Facebook Operations」（Facebook運用のある1日）と題したセッションで、Facebookがふだんどのような運用を行っているか、紹介しています。 世界でトップクラスの大規模サイトが、普段どのようなツールを用い、どのような方法で運用しているのか、セッションの内容を紹介しましょう。 6年で4億アクティブユーザー、3カ所のデータセンター Tom Cook氏。Facebo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
分散システム内の関係性に着目したObservabilityツール - Speaker Deck
Nagios Config Tools - Nagios
puti se note
リダイレクトの警告