ssh-copy-id - なんかいろいろ書き込んでみるテスト
ssh-copy-idコマンドを今さら知ったので、メモ。 何に使うコマンドかというと、sshのクライアント認証で使う公開鍵をサーバー側にコピーするのに使う。 sshでリモートホストに接続する場合、接続先のリモートホストに公開鍵を登録する必要があるが、ssh-copy-idコマンドを使わないと次の手順になる。 ssh-keygen -t dsa →公開鍵と秘密鍵を作成 scp .ssh/id_rsa.pub 192.168.1.16:~ →公開鍵をリモートホストのユーザーのホームディレクトリにコピー ssh 192.168.1.16 →リモートホストに接続。ここでパスワードを入力 mkdir .ssh →ユーザーのホームディレクトリに.sshディレクトリがなければ作成 cat id_dsa.pub >> .ssh/authorized_keys →公開鍵をauthorized_keysファイ
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
ITインフラで起きる「もしも」のための12個のコマンド
こんにちは。斎藤です。 ITインフラの障害は、多くの場合「予期せぬ」タイミングで発生します。特に、CPUリソースを多量に消費したり、Disk I/Oが輻輳している場合、その切り分けは困難な状況に陥りやすいものです。 そこで、本日はITインフラ、特にOS・ミドルウェアを支えるにあたって、問題解決を助けてくれるであろう12個のコマンドを取り上げてみます。「必ず押さえておきたい」5つのものと「更に覚えると便利なコマンド」7つの2節に分けてお話しします。 ※CentOS 6.4 (64bit)を前提に取り上げます 必ず押さえておきたいコマンド もしITインフラ管理者になりたてな方はぜひ サーバサイドのプログラマをやっていたのだけれど、ある日突然「君、サーバ管理担当ね！」と、バトンを渡される方っていらっしゃると思います。私も以前はそのクチでした...。そうなってしまったとき、まずは覚えておきたい5つ
伊藤直也氏が「Web開発は高度化している」と語る理由と、押さえておきたい3つの技術領域【2014年前半のインプットlog】 - エンジニアtype
KAIZEN platform Inc. Senior Technology Advisor 伊藤直也氏（@naoya_ito） 2002年に新卒入社したニフティでブログサービス『ココログ』の開発担当となり、一躍有名になる。その後、はてなで『はてなブックマーク』など各種サービスを立ち上げ、2010年にグリーへ入社。2012年に同社を退職して以降は、フリーランスとしてベンチャーの技術顧問などを請け負う。自身のブログ『naoyaのはてなダイアリー』が人気 「Webアプリの実装で差別化は無理」という考えが変わった 現在、KAIZEN platform Inc.をはじめ複数社の技術顧問を務めている伊藤直也氏。「普段から、アウトプットの目的なく技術の勉強をすることはほとんどない」という性分から、今年上半期は「顧問としてベストプラクティスを提供するために知っておくべき領域」にフォーカスして情報収集を
たいぷらいたーざっき。(2012-02-16)
2012-02-16 サーバチューニング: リバースプロキシ構成で、unicorn_railsとのコネクションはいつ確立されるのか？ _ [Rails] サーバチューニング: リバースプロキシ構成で、unicorn_railsとのコネクションはいつ確立されるのか？ ちょっとだけディープなサーバチューニングのお話。 Railsアプリをサービスとして公開しようとしたときに、たとえば下図のような構成で提供するとしましょう。 ここで、フロントエンドとバックエンドとの間、つまりApache/nginxとunicorn_railsとの間は、いつコネクションが確立されるのか？ という疑問を投げかけてみます。 どういうことかというと。 ファイルアップローダを考えてみてください。そして、ユーザは巨大なファイルをアップロードしようとしています。 もし、「リクエストがあればすぐにコネクションが確立される」とする
PostgreSQL導入から接続まで
今回は本連載で解説するPostgreSQL運用のための前提環境を構築します。すでに実運用でPostgreSQLを使っている方は、基本のおさらいとしてご一読ください。 >>> 本連載の前提環境 データベース：PostgreSQL 8.3.1 OS：CentOS 5（Linux kernel 2.6 ） シェル：bash CPU：Intel Xeon 3060 2.40GHz HDD：73.4GBytes／15,000rpm／SAS 16MBytes RAM：PC2-5300 8GBytes 本連載で運用方法やチューニングの学習をしてみたいという方は、本稿を参考に環境を設定し、次回以降の連載を読み進めると理解しやすいでしょう。運用方法およびチューニング方法の詳細は次回以降で解説していきます。なお、本連載での前提環境は右リストの通りです。以降、連載中のパフォーマンス検証などはこの環境での値となり
リバースプロキシの図解メモ | pc.casey.jp
通常のプロキシサーバ（ forward proxy ）は、ユーザのリクエストを直接目的のサーバーに送らず、自分のリクエストとして目的のサーバーにリクエストを送り、そのレスポンスをユーザへ送り返す。このとき、サーバーにキャッシュ機能があればプロキシサーバ内にあるキャッシュデータを返却することでネットワークトラフィックを減らすことができる。 また、リクエストを受けた外部サーバでは、プロキシサーバがリクエストを発信したものと見えるため、ユーザは自分を隠蔽することができる。 リバースプロキシは、外部ではなく内部へリクエストを再送する。 ユーザは常に www.mydomain.com （DMZに配置することが多いようだ）のアクセスであり、実態サーバを知ることはない。仮に www.mydomain.com へ攻撃をしてもバックエンドサーバーは無傷である。 例えば /foo は 192.168.1.12
vagrant-awsを利用したイイカンジ（？）のAWS開発フロー - アルパカDiary Pro
Vagrantでupとdestroy繰り返すのが大好きです。アルパカ大明神です。 DevOps 社内でデブオプスを推進していることもあり、 まず第一歩として進めているのが ローカル開発環境構築 ローカルVagrantでのアプリケーション開発 EC2への環境構築 デプロイ クラスタ構築 といったサーバエンジニア視点での開発フロー改善についての調査／検討です。 そして、ここ数日の間に 「こういう感じで開発を進められたらイイカンジなのでは？」 というフローが固まってきたので共有したいと思います。*1 概要図 リポジトリのVagrantfileを用いてローカルVagrantを構築し、 その環境を使ってアプリケーションを開発。 さらにec2の操作まで全てvagrantコマンド*2で実行します。 今回はknife soloも一切使用していません。 本番環境のクラスタ構築はCloudFormation+
chef-soloを使ってサーバ設定を自動化して楽をしよう！ 〜chef-soloの使い方〜:ADWAYS ENGINEERS BLOG
2012年09月28日 chef-soloを使ってサーバ設定を自動化して楽をしよう！ 〜chef-soloの使い方〜 アドウェイズエンジニアの波切です、こんにちは。 秋口に入ってようやく暑さも一段落してきましたね。 ここ最近は、ただひたすらサーバ設定をする日々が続いていました。というのも、新サービスが次々に開始したり、既存のサービスに大きな提携先が加わったりというのが重なって、突如として多数のサーバ設定の仕事が僕に降り掛かって来たからなんです！ chef-soloを導入するまでの経緯 そのサーバ設定作業なのですが、最初のうちは、手順書を作って、一人ちまちまと作業していたのですが、「パッケージのインストール」、「ソースのコンパイル」、「CPANモジュールのインストール」等々、サーバ設定の作業は、結構待たされる事も多く、コマンドを叩いては、しばらく待ってまた、コマンドを打つというような単純な繰
2014年からはじめるAWSリンク集 | 外道父の匠
ガチのAWSド素人が年末に調べまくった、AWS関連のリンク集です。 まだまだ調査中なので随時追加する予定ですが、広深くてキリがないのと、年始一発目の目覚ましエントリということでいってしまいます！ はじめた目的 多数のスタートアップにおいて、インフラ専門のエンジニアが付かなくても、小～中規模程度まではそのチームでインフラ面を完結できるようにしたい。 …ということで、今の時代に合わせて簡単・安価・拡張性・耐障害性…を満たす環境を考えるべく、ひたすら知識をかき集めることにしました。考えた構成などについては別途書きたいと思います。 また、遡って調べるほどに出来と進化速度に感心するとともに、情報消費期限がせいぜい２年だと感じ、ほぼ２年以内の情報をもってこのような臭ぇタイトルにしています。 目次 ドキュメント アーキテクチャ クラウド全般比較 クラウド性能比較 費用／スペック ネットワーク 基本インス
2014年のウェブシステムアーキテクチャ - stanaka's blog
(Monitoring Casual Talk in Kyotoで発表してきたので、ブログエントリにまとめ直しました) 2013年はインフラ周りの技術的な進化が大きく、いくつかのエポックメイキングな概念と実装が産まれました。個人的には特に以下の2つが大きいと思っています。 AWSの本格普及期 DockerとImmutable Infrastructure これらを踏まえて、2014年のウェブシステムの進化の方向性を考えてみます。また、それによるモニタリングへの影響もあわせて考えます。だいぶ長くなってしまったので、急ぐ人は最後に結論をまとめましたので、そちらからどうぞ! 2013年という時代背景 AWSが本格普及期を迎えているのは、言わずもがなのことで、Re:Inventでの246件という膨大のセッション数などにその勢いが表われています。 また、DockerはLXC (LinuX Conta
.htaccessファイルの作り方と設置方法 - [ホームページ作成] All About
.htaccessとは？ .htaccessとは、Apache（アパッチ）と呼ばれるウェブサーバで使える設定ファイルのことです。中身はプレーンテキストなので、テキストエディタを使えば簡単に作成や編集ができます。多くのレンタルサーバなどでも、利用者が何らかの設定を記述する目的に利用されています。 ウェブサーバ上の任意のディレクトリに「.htaccess」というドット記号で始まる特殊なファイル名の設定ファイルを設置しておくと、ウェブサイトに対する様々な設定ができます。例えば、アクセス制限を施したり、IDとパスワードによるユーザー認証機能を用意したり、404や503などのエラー表示をカスタマイズしたり、条件に応じてリダイレクト（自動転送）したりする処理などがあります。 本記事では、この便利な設定ファイルである.htaccessファイルの作成方法や書き方の例、アップロード方法、エラーが出た場合の対
![.htaccessファイルの作り方と設置方法 - [ホームページ作成] All About](https://cdn-ak-scissors.b.st-hatena.com/image/square/775fb2a244212b4738cad0dc04a604be27f24e4e/height=288;version=1;width=512/https%3A%2F%2Fimgcp.aacdn.jp%2Fimg-a%2F1200%2F900%2Faa%2Fgm%2Farticle%2F2%2F3%2F9%2F6%2F2%2Ftopimg_original.png)
2秒で設定！ AWS Elastic Beanstalk によるオートスケールアウトなサーバー構築 | DX.univ
AWS Elastic Beanstalk を使用して、簡単にオートスケール対応のサーバーを構築してみよう！2秒で設定！ AWS Elastic Beanstalk によるオートスケールアウトなサーバー構築 by Tomonori Kawata in Tech — 2013/07/24 「2週間だけ使うPHPで作成したランディングページ用のサーバーを用意して欲しい。どれくらいのアクセスが来るか分からないが、サーバー費用を出来る限り抑えたいので、オートスケールで対応してほしい」 やっと新人っぽさがなくなってきたエンジニアの川田です。 前回カメラの記事を書きましたが、今回はLinuxネタに戻ろうと思います。 はじめに みなさん、Amazon Web Service（以下AWS）って使っていますか？ Web制作会社であればEC2を使ったことがある、もしくは聞いたことがあるという方が多いと思い
インフラストラクチャ自動化フレームワーク「Chef」の基本
DevOpsというキーワードに関連して、「Chef」というツールの名前を聞いたことのある人も多いのではないでしょうか。この記事では、インフラにおける構成管理、展開作業を自動化するChefの構造および基本的な使い方について解説します。 インフラストラクチャ自動化フレームワーク「Chef」 Chefは、物理、仮想、クラウドといったさまざまな大きさのインフラに対して、サーバやアプリケーションの展開を容易にするための自動化フレームワークです。 Chefの重要な要素の1つに「Infrastructure as Code」という概念があります。インフラをどのように構築し、維持するべきかという定義はRubyの文法で記述され、ソースコードのように扱うことができます。つまり、あたかもRubyでプログラミングをするように、インフラの構成管理をコードによって行えることがChefの利点の1つです。 自然言語による
SSHの仕組み!ぼんやりとした理解だったものをすっきりさせようの会 - nigoblog
特にシリーズ化を目論むわけではないですが、 完全に理解しているわけではないけど、使える。 みたいなものってありますよね。 そういうのはよくないのでしっかりと理解しよう! というテーマでやります。 今回はSSHの仕組みについて書いていこうと思います。 参考記事 概要 ~SSHとは~ SSHの仕組みを理解するための用語 鍵交換方式の仕組みと実際のコマンド 便利なオプション まとめ このような流れで書いていきます。 参考記事 こちらを参考にします。(ぶっちゃけこれだけ見ればオッケーな気も。。。) 公開鍵暗号について理解が足りていなかったのでメモ - かせいさんとこ 鍵交換方式による認証 概要 ~SSHとは~ SSHはSecure Shellの略で、あるマシンに別のマシンからアクセス , ログインするというイメージです。 主にサーバー(リモート)にクライアント(ローカル)からアクセスするときに使い
『サーバの構築作業やシステム管理を自動化する「Chef」』
皆様、はじめまして。2010年9月に入社した並河です。 インフラ周りの話題を・・・ということで、今回はサーバの構築やシステム管理作業を楽にしてくれるツールである「Chef」について紹介します。 ■ Chefとは「Chef」は、サーバOSでのインストール・設定・各サービスの状態管理等、諸々のシステム構築や運用作業を自動化してくれるRuby製のシステム管理ツールで、オープンソースとして公開されており、既に、37signalsやEngine Yard、RightScaleなどでも使われており、利用実績も出始めています。 Ruby製のシステム管理ツールといえば「Puppet」を思い浮かべる方も多いのではないでしょうか。ChefはPuppetの競合ソフトウェアとなる位置付けで、出来ることだけでいうと、特別大きな差はないと感じていますが、Puppetは外部DSLとして設定を記載するのに対し、Chefは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
15分で始めるmonitによるサーバ監視%2FBeginner_Examples%2FRails_All-In-One)
Railsサーバ（１台構成） - RightScale Technical Support
Charming Python: Functional programming in Python, Part 3
1216彩票-官网平台