タグ

*serverに関するwebmarksjpのブックマーク (32)

  • sanonosa システム管理コラム集: Linuxでそこそこ安全かつ楽にサーバを立てる方法

    【1.初めに】 要望がありましたので、今回はLinux(実際はRedhat系Linux)でそこそこ安全かつ楽にサーバを立てる際の手順を記してみます。 ※一応注意:今回は、試しにサーバを立てる程度であればこのくらいで十分ではないかと思うレベルを想定しています。サービスに投入するサーバでは私はもっと細かいところまで手を入れています。 【2.そこそこ安全かつ楽にサーバを立てる手順】 さて、いよいよ題です。サーバを立てる際は、不必要なものを全て取り除いてから必要なものを追加していくというのが基になります。以下の手順1~5では不要なものの除去、手順6~7で必要なものを追加し確認しています。それを踏まえまして。 ■手順1. OSをインストールします。(私はLinuxであればCentOSを入れることが多いです。その際私はインストールの種類をカスタムにしパッケージグループの選択では開発ツール以外全部チ

    sanonosa システム管理コラム集: Linuxでそこそこ安全かつ楽にサーバを立てる方法
  • ウノウラボ Unoh Labs: WEBサービス運用における監視体制

    こんにちは satoです WEBサービスは作るよりも運用の方がコストがかかるとも言われています。 運用を極力自動化して、コストを減らしたいものです。 ここではウノウで使っているツール類を紹介したいと思います。 1) 疎通、生存監視 webの生存監視などは nagiosを使って監視しています。 nagiosには - いつ(土日を除く、10時~22時までの間で など) - どのタイミングで(N回連続で ,復旧したら など) - 何が起こったった時に(疎通が取れない など) - どうするか(メールで通知する) などを細かく設定できる監視ツールです。 ウノウでは MySQL、memcached、HTTP、ping、DNS、SMTPなどの監視をnagiosで行っています。 2) システムやアプリケーションLOG ログの監視には swatch を使用しています swatchの機能には -

  • サーバやPCのボトルネック箇所の簡単な見分け方(Linux編):佐野裕のサーバ管理者日記:ITpro

    前回はWindowsでのサーバやPCのボトルネック箇所の簡単な見分け方をご紹介させていただきましたが、要望がありましたので今回はLinuxの場合をご紹介いたします。 4つの主要ボトルネック要素の復習です。 サーバやPCには4つの主要ボトルネック要素があります。このいずれかがボトルネックとなった場合システム全体のレスポンスが低下します。 CPU使用率 メモリ使用量 ディスクI/O TCPコネクション数 Linuxにおいてはボトルネック箇所を以下のように見分けることができます。 1. CPU使用率 CPU使用率が常に100%に近い場合はCPUがボトルネックであることが判明します。CPU使用状況を簡単に調べるには3つの方法があります。「top」「w」「vmstat」コマンドを使う方法です。 -----------------------------------------------------

    サーバやPCのボトルネック箇所の簡単な見分け方(Linux編):佐野裕のサーバ管理者日記:ITpro
  • ウノウラボ Unoh Labs: Linuxをネットワーク経由で自動インストールする方法(前編)

    miyakeです。今回は近頃流行りの、サーバの自動インストール方法をご紹介します。 1エントリにまとめるには内容が多かったので、2回に渡って書きたいと思います。ひとまず今日のところは「ネットワークブートから手動インストール」までです。 自動化の部分を期待された方は申し訳ありませんが、次回のエントリをお待ちください(普段より早めに書きたいとは思います)。 ウノウラボでは「 ベンチャー流サーバ構築のススメ(ソフトウェア編)」と題して、OSをインストールではなくコピーする方法をご紹介しています。両者を簡単に比較してみると、それぞれ以下のような特徴があります。 ■OSコピーのメリット 新サーバの環境構築の手間がほとんどない 最低限、IPアドレスの設定だけ変更すればすぐに実践投入できます。 完全に同じ構成のサーバを用意出来る 当然ながら、インストールされたパッケージだけでなく、サーバ内のファイルも同

  • IBM 軽量 Web サーバー - Japan

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    IBM 軽量 Web サーバー - Japan
  • 登 大遊@筑波大学情報学類の SoftEther VPN 日記:アパート / マンションでのより快適な学生生活の方法

    2004 年の春ごろ、情報学類の WORD 編集部 (学類誌編集部) にいたら、情報学類に新たに入学してくる予定の人達に入学前に配布する冊子「引越し準備号」に、原稿を書いてくれと誰かに頼まれました。 それで、すでに大学の宿舎に住む人のための生活ガイドみたいなのは誰かが書き始めていたので、私は、宿舎ではなく大学周辺のアパートかマンションに住む人向けの生活ガイドというのを書くことになったのです。 そこで書いた原稿のファイルが HDD から発掘されました。 ちなみに、よく覚えていませんが、この記事以外の全てのページは「宿舎での生活に必要な知識」とか、「大学の近くのスーパー・コンビニの一覧」だとかいった真面目なコンテンツばかりでしたので、ひょっとしてこのおかしな記事を読んで気でこういうことをする新入生が出てくるのではないかと期待していましたが、残念ながらそういう人はあまりいなかったようです。 2

    登 大遊@筑波大学情報学類の SoftEther VPN 日記:アパート / マンションでのより快適な学生生活の方法
  • 海外のレンタルサーバーを契約する前に : 管理人@Yoski

    にサーバーを持っているといろいろなリスクがあるので海外向けサービスのために、海外でもサーバーを借りたりしているのですが、気になるのはネットワークの速度。 世界中からそこそこのアクセス速度がでるところと契約したいので…。 ということで、ISP(=レンタルサーバー業者の意味で使います) と契約する前に調べたことをメモしておきます。微妙なものもありますが、一応参考までに。というか、自分メモですから。 0. ISP を探す ま、これは Google とかで。日以上に競争が熾烈なのでものすごい検索力が必要ですw ※どこでも同じなのですが、宣伝の多い有名なものは概して高いです。 ※でも良ーく探すと、日より安いところも多い。 あ、海外のサイトで快適なところをいくつかピックアップして、そこが使っているものを検討するのが近道かも。 1. そもそも ISP のウェブサイトが重いものはパス 特に画像やフ

  • さくらインターネット移行記#5 久しぶりの移転作業

    だいぶ間が空いてしまいましたが、久しぶりのデータセンター移行記です。 アンテナ、カウンター、検索を移転 完全移行もぼちぼちゴールが見えて来た今日この頃ですが、先日もサーバーの移行作業を行いました。はてなアンテナの巡回システム周り一式、はてなカウンター、はてな検索などをまとめて移行しました。今回の移行も深夜作業。夜の 2:00 に集合して作業開始です。上の写真は僕のメンテナンス時の作業着です。 サーバールームからサーバーを運び出します。台車が大活躍です。 ぎっしりサーバーが詰まっていた旧サーバールームも、だいぶ閑散としてきました。まだ 70 台近くのサーバーが残っていますが、開発機などを除くと残り 40 台程度になりました。年内には全部移行できるのではないかと思います。 アンテナやカウンターともなるとはてなの中では古いサービスなので、使っているハードも古い。移転にあたって古いサーバーはハード

    さくらインターネット移行記#5 久しぶりの移転作業
  • ウノウラボ Unoh Labs: Rubyでネットワークサーバを書く

    尾藤正人(a.k.a BTO)です 先日公開したブラウザだけでネットワーク対戦ゲームができるサイト「プラッシュ」では、 フラッシュとネットワーク通信を行う専用のXMLSocketサーバを開発しました。 このXMLSocketサーバはrubyで書かれています。 LLでデーモンを書く需要が、それほどあるとは思えませんが、デーモンを書く際に気をつけた点、工夫した点をまとめてみたいと思います。 なぜrubyを選んだのか rubyを選んだのには理由は2つあります。 Railsを採用した LLで早く開発をしたかった 僕も昨今のRailsブームにのって個人的にRailsを使い始めていました。 プラッシュは完全に新規プロジェクトで環境を選択する事ができたので、迷わずRailsを選択しました。 では、なぜCのようなコンパイル言語で書かなかったのか。 速く動くものを開発するよりも、早く開発をしたかったからです

  • Apache 2.0の必須設定と基本セキュリティ対策

    Apache 2.0の必須設定と基セキュリティ対策:実用 Apache 2.0運用・管理術(1)(1/3 ページ) 連載では、Apache 2.0の運用や管理方法を解説する。第1回では、その下準備として必須の設定と基的なセキュリティ対策を行い、今後の運用に備える。(編集部) WebサーバのデファクトスタンダードApache Webサーバと聞いて、Apache Webサーバ(以下Apache)を思い浮かべないLinuxユーザーはいないでしょう。いまや、ApacheはWebサーバのデファクトスタンダードという地位を確立しています。Netcraft社の2005年7月の調査(http://news.netcraft.com/archives/2005/07/)によると、WebサーバにおけるApacheのシェアは7割に及んでいます。 HTTP/HTTPSがeビジネスの基盤として使用されるように

    Apache 2.0の必須設定と基本セキュリティ対策
  • 自分のサーバーでメッセンジャーを運用できる『ajax im』 | 100SHIKI

    なにかと便利なメッセンジャーであるが、自分のサーバーで運用したい、というニーズもあるだろう。そうしたときに便利そうなのがajax imだ。 このサイトではサーバーにインストールする、Ajaxを利用したメッセンジャープログラムをダウンロードすることができる(サーバー側はPHPで動作)。 デモを試してみればわかるが、スタイリッシュなインターフェースと軽快な動作がなかなか小気味良い。 サイトのユーザー向けにちょっとしたツールを提供、といった利用が可能だろう。またソースごとダウンロードできるのでプログラミングの勉強にも最適だ。 便利なツールを自分のサーバーで提供できるようにする。そうした発想は悪くないですね。

    自分のサーバーでメッセンジャーを運用できる『ajax im』 | 100SHIKI
  • 各メーカーの最安サーバを比較検討してみた

    新しくGIGAZINEの現在提供しているサービスを拡張する上において、仮想環境ではなくテスト用サーバの実機を購入して検討する必要がついに出てきたため、試しに現時点での代表的な各サーバメーカーの最安値サーバをそれぞれ調べてみました。 それぞれ最低の最小構成で比較しているだけなので、実際に必要なオプションをくっつけるとまた結果は違ってくると思われますが、いずれにしてもとにかく動けばそれでよし、負荷が上がったら順次買い足して負荷分散させるという使い方を目指すのであればかなり参考になるのではないかと思われます。 詳細は以下から。 以下はすべて現時点での税込価格であって送料は入っていません。サイトやPDFファイルのパンフレットなどを見ながら書き写したモノなので、実際は違うというケースがあるかも。参考にする際は自己責任で、購入前には事前に相手先ベンダー・メーカーにちゃんと問い合わせておきましょう……。

    各メーカーの最安サーバを比較検討してみた
  • Amazonはサーバ環境もWebサービス化|blog|たたみラボ

    tatamilab.jp

  • はてなのサーバ台数は2chの5倍 : ひろゆき@オープンSNS 2chのサーバって60台ぐらい

    【教えてくん】コミュニティーなのです。 なんかニュースとかあったらここに書こうかと思ってますよ。とりあえず、おいらのブログ はてなのサーバ台数は2chの5倍 はてなCTO伊藤氏が欲しいインフラ技術者・スキル編/Tech総研 東京に進出した時点でサーバは50台あったが、冗長性の確保ができず、よく落ちた。今でこそそれが300台に増え、安定性は増したというものの、世の中の社会インフラを支えているような企業のサーバ環境に比べたら、まだ全然チャチなもの。 う~ん、2chのサーバって60台ぐらいだと思うのですが、 5倍の量のサーバを何に使ってるのだろう。。。 2ちゃんねる/BBSPINK 稼動中のサーバ一覧 http://mumumu.mu/serverlist.html 世帯内のパソコンによるインターネット利用状況 (2006年10月2日(月) ~ 2006年10月8日(日)) http://www

  • ウノウラボ Unoh Labs: Linuxをネットワーク経由で自動インストールする方法(後編)

    こんにちは、miyakeです。早く書くつもりだったのに前回からずいぶんと時間が空いてしまいました。今日は前回構築したPXEブート環境を用いて、いよいよOSの自動インストールに取りかかります。 ■前回のフォロー まず初めに、前回の内容について追加です。前回の手順でうまくインストールできなかったという情報がありましたので、ご紹介させて頂きます。 zuzara : CentOS5をネットワークブートからインストールする(ウノウラボの記事に補足) next-serverの指定をしないとインストール出来なかったという事例が紹介されています。前回の内容でうまく動かなかった方は、/etc/dhcpd.confへの追加設定を、 filename "pxelinux.0"; next-server 192.168.10.10; のようにしてみてください。next-serverに指定するIPアドレスは、tft

  • Ubuntu、Symfony、Lighttpdを使ってスケールするWeb 2.0サイトを構築する - PHPプロ!ニュース

    平素より「PHPプロ!」をご愛顧いただき、誠にありがとうございます。 2006年より運営してまいりました「PHPプロ!」ですが、サービスの利用状況を鑑みまして、2018年9月25日(火曜日)をもちましてサービスを終了させていただくことになりました。 サービス終了に伴いまして、2018年8月28日(火曜日)を持ちまして、新規会員登録ならびにQ&A掲示板への新たな質問、回答の投稿を停止させていただきます。 なお、ご登録いただいた皆様の個人情報につきましては、サービス終了後、弊社が責任をもって消去いたします。 これまで多くの皆様にご利用をいただきまして、誠にありがとうございました。 サービス終了に伴い、皆様にはご不便をおかけいたしますこと、心よりお詫び申し上げます。 件に関するお問い合わせはこちらよりお願いいたします。

  • macOSでサーバー稼業 & どうせ疲れるなら、できあがったものをどう活かすかで疲れたいよね

    クリックで手軽にiOSやMacと親和性の高いサーバー運用ができる、そんな夢を背負ってデビューしたServer.appは、気がつけば、その役割を縮小し細々とした存在になってしまいました。同時に、その掲げられた夢にすがって恩恵を受けていたユーザーたちは、路頭に迷う時代になりました。 中小オフィス向けサーバーを簡単に構築、管理できるという位置づけでのServer.appの提供はなくなりました。しかし、その向こう側には、かつてと変わらないパワフルな環境が引き継がれています。ここでは、Server.appに頼らず、macOSの基構成を中心に、ちょっと小さなオフィスや自宅向けのサーバー環境を構築、運用する方法を考えていきます。

  • Impress Watchデータセンター移転記

    ソフトバンクIDCは6日、インプレスホールディングスがグループインフラとしてソフトバンクIDCのデータセンターを採用し、11月から順次運用を開始すると発表した。インプレスグループでは、Impress Watchのサーバー群をはじめグループで使用するすべてのWebサーバーをソフトバンクIDCのデータセンターに設置することで、新規ビジネスのスピーディーな展開を図るとともに、増大するサーバー群の運用負荷を軽減することを狙いとする。 と、他人事のように書き始めたが、これはもちろんINTERNET Watchをはじめとした各WatchのサーバーがソフトバンクIDCのデータセンターに移転するという話だ。そこで今回はデータセンター移転の当事者として、データセンターの内部や移転作業の模様、移転に至った経緯などをレポートする。 ● ソフトバンクIDCにサーバー環境を移転 今回、Impress Watchのサ

  • Linux で自宅サーバ [ Home Server Technical. ]

    このサイトは非固定 IP アドレスで独自ドメイン( miloweb.net )を取得し、自宅のサーバより発信しています。 更新履歴 +お知らせ ご質問メールについて Linux に関するご質問をメールで頂くことが多々ありますが多忙の為お返事を書くことができません。ご質問はお気軽にBBSへご投稿頂きます様、よろしくお願いいたします。 ★ 2010/01/09 このサイト全く更新することなくすっかり放置していますが、アクセスして頂き誠にありがとうございます。 スパムが余りに酷いのと半年以上も投稿がありませんので、当サイトのBBSを閉鎖いたしました。 ★ 2008/05/04 「 MovableTypeでPostgreSQLからMySQLに移行する方法 」を追加しました。 タイトルの通り、MovableTypeで利用するデータベースをPostgreSQLからMySQLに移行する方法を紹介していま

  • はてなは京都移転するけど、インフラは東京、という話 - stanaka's blog

    はてなの京都移転話も、もうはや周回遅れ気味ですが、あまり気にせずにいきます。ちなみに、今回のエントリの結論はタイトルそのままで、データセンターは京都に移転しません、ということです。 これまで、はてなはデータセンターの移転を二度経験しています。一回目は、京都から東京で1日半ほどサービスが停止しました。その後、鉢山からさくらインターネットのiDCへ1年ほどかけて徐々に移転しました。この時は、各サービスが最大半日程度停止しました。 今回の京都移転を計画していた時もid:jkondoはいつもの調子で、自前サーバからさらに自前DCなんてどうどう?、などと言うのですが、300台程度の規模では自前DC建設の初期コストは賄えないし、また移転のために長い時間サービスを止めれられる状況でもないでしょう、ということで(幸いなことに)没になりました。やれやれ。 id:naoyaもはてなのインフラの仕事から卒業して

    はてなは京都移転するけど、インフラは東京、という話 - stanaka's blog