Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

私は自宅に仮想サーバーを置いて、その上でファイルサーバー（NAS）や外部公開サーバー、検証機などを動かしています。 仮想基盤には長らくVMware ESXiを使っていたのですが、このたびDebianベースのProxmox VEに環境移行しました。 ESXiからProxmox VEへ移行するきっかけ 移行のきっかけは 「ESXiは仮想マシンにTPMを追加できないので、Windows11のインストールや大型アップデートが大変面倒」 という理由でした。 ESXiで全くTPMが利用できないわけではなく、「有償ライセンスを購入してvCenterServerを構築し、キープロバイダ機能を有効にする」ことで管理下のESXi仮想マシンにTPMを追加できます。が、こちらはWindows11仮想マシンをたった1台作りたいだけなのに、これは大げさすぎます。お金もかかります。 最近ESXi8がリリースされたので、

この記事では、 Python で作成したアプリケーションを動かすのにオススメのVPSサーバーをランキング形式で紹介します。 ・DjangoやFlaskで作成したWebアプリを公開したい ・仕事や研究で作成したPythonプログラムを24時間稼働させたい こういったニーズを持つ方はぜひ最後まで読んでみてください。 1位 ConoHa VPS メリット 初期費用無料かつ月額料金が安い 利用者数の多いのでネット上に情報が豊富で、何かでハマっても対応しやすい クレジットカードを持っていなくても支払いが行える デメリット 最安プランだと制限が多い ConoHa VPSは東証一部上場企業のGMOグループが運営するサービスで、国内のVPSサーバーの定番といった位置づけです。 まず第一に料金的にオススメなサービスです。 月額料金は最も安いものだと600円代ですし、初期費用も発生しません。 （ただし、最安プ

Pythonでお仕事する前提で、現在のところで自分が最適と考えるチーム開発のための環境整備についてまとめてみました。今までももろもろ散発的に記事に書いたりしていたのですが、Poetryで環境を作ってみたのと、過去のもろもろの情報がまとまったものが個人的にも欲しかったのでまとめました。前提としては次の通りです。 パッケージ管理や開発環境整備でPoetryを使う 今時はコードフォーマッター、静的チェックは当たり前ですよね？ コマンドでテスト実行、コードチェックとか実行とかができる（CI/CD等を考えて） VSCodeでもコマンドで実行しているのと同じコードチェックが可能(ここコンフリクトすると困る） デプロイはDockerイメージ コンテナのデプロイ環境でコンテナに割り当てられたCPU能力を比較的引き出せて、スケールさせたら線形にパフォーマンスアップできるようなasyncioを前提とした環境構

おはこんばんちは!! 尾藤 a.k.a. BTO です。 弊社のクラウドセキュリティサービスHDE Oneには様々なコンポーネントがありますが、今回はメールアーカイバについて紹介します。 月間1億6000万件のメールをアーカイブして、検索可能にする HDE Oneはおかげさまで多くの企業様にご採用いただき、現在では月に1億6000万件のメールをアーカイブするような規模にまで成長しました。最初は月に100万件程度だったものが、どんどん増えていって急成長しています。近いうちに月間2億件を突破する見込みです。 メールデータの増加量もかなり多く、現在では1日1TBペースで増えています。 この大量のメールをアーカイブ・検索できるシステムの提供・運用を行っています。 サーバはAWSを活用 サーバはAWSを活用しています。急激な成長スピードに対応するには、クラウドサービスの利用が必要不可欠です。中でも機

業務で Linux 向けの Go プログラムを多数開発しています。 しかしながら、開発している機材の OS は好きこのんで Windows です。 在宅から勤務するときに、Windows のリモートデスクトップが最強すぎるので手放せないのが大きな理由です。 そんなわけで、Windows の Hyper-V という機能で Ubuntu を仮想マシンとして動作させ、Emacs で長年開発していました。 しかし近年、モニタも 4K 32 インチと大きくなりましたしメモリも 32 GB 搭載されていますし、なにより Visual Studio Code のような高機能 IDE が手軽に利用できる状況でありながら、ろくにカスタマイズをしない Emacs で開発を続けるのも怠慢かなと考え、「WSL で快適な Go 開発環境を作る」という記事に書いたように Windows + WSL + Visual

vnc4serverなんてものがあることを最近知った。こんなに設定とか手軽になったのか。。。 ということで、離れたPCに目の前のキーボードでの操作だけでたどり着くまでのメモです。 離れたといっても部屋の中で1メートルほど歩いた先なんだけど･･･。 まずはインストール。 $ sudo apt-get install vnc4serverコンフィグ書く。 $ sudo vi /etc/vnc.confvnc.confには解像度etc記入する。 $geometry = "1280x1024"; $depth = "24";ここで一度立ち上げてconfigを作る。 パスワードも入力。 $ vnc4server You will require a password to access your desktops. Password: Verify: New 'hogehoge:1 (polaroi

Webサイトを構築する上で欠かせないのがCMS（コンテンツ・マネジメント・システム）です。しかし大抵データベースが必要だったり、テンプレートエンジン独自の記法に沿ったり、ユーザログインがあったりと何かと面倒なものです。 そんな面倒さを取っ払ってくれるのがNoShiです。Markdownファイルをコンテンツにした、ごくごくシンプルなCMSです。 NoShiの使い方 インストールはとても簡単で、以下のコマンドを打つだけです。なおPHPは必須ですが、Apacheはいりません。 $ php composer.phar create-project -s dev cundd/noshi target/path/ 起動はPHPで書かれたWebアプリケーションサーバで行います。 $ php -S localhost:9000 -t . これで準備は完了です。 ファイル構成。 さっそく http://lo

2. この文書について • キャッシュサーバ(フルリゾルバ)として動作させた Unbound・BIND9両方について、大規模環境に適した チューニングとしてボトルネックになりやすい部分を紹介 • 対象verは Unbound 1.4.22／BIND 9.9.5 を基準として いるが、それ以前でも同様の設定が可能な場合がある • DNS権威サーバは対象外 • OSやネットワーク環境のチューニング項目、性能チュー ニング以外のおすすめ設定も合わせて紹介 2 3. チューニングの必要性 • Unbound/BIND9やOSのデフォルト設定は、ハードウェアの性能を最大に発 揮する設定になっていない • 適切なチューニングをしないと、CPU使用率が少ないのに性能が頭打ち／CPU ばかり食って性能が上がらない、という状況に陥る • 「設定」とはハードウェア資源の配分方法 設定は、ほとんどの場合リミッタ

LVS構築における最強の手順書を残してみました。 はじめに ロードバランサ（LVS）の需要は間違いなくあると思うのですが、いかんせんネットに情報が少ない。 かの有名な「サーバ/インフラを支える技術」が出版された2008年あたりがピークの感がある。(Klabさんの記事には大変お世話になりました) Googleで調べてもまとまった情報がなかったりするので、最初は大変でした。 普段インフラ周りで仕事しているので、そこで培ったノウハウを出したいと思います。マイブログ史上最大の情報量。 今回は「CentOS6.4 x86_64マシン」に「最新版keepalived-1.2.7を導入」で「割りと本番運用に耐えられる手順」を解説。もちろん定番のIPVS + Keepalived のDirect Server Return(DSR)構成。 ※是非コメント欄でもさらに有益な情報がありましたら歓迎です。 内容

・・・というと、「それってetckeeperでできるよ」という返答が高確率で返ってくるのですが、etckeeperの場合は、/etc以下を直接、バージョン管理システムの管理対象にして、システム管理者が意識的にコミットする形になります。 そうではなくて、たとえば、標準構成のLinuxの環境を利用者に貸し出して、自由にカスタマイズして使ってもらうのだけど、何か問題がおきて問い合わせがあった時に、サポート担当者が過去の設定変更の履歴を追えると便利じゃない？　というような利用シーンを想定しています。なので、利用者には存在を意識させずに、裏でこっそり差分を記録してけるといいかな、という感じです。 というようなことを３分ぐらい考えて書いたのが下記のスクリプト。 etctrace.sh #!/bin/sh TARGET=/etc REPODIR=/backup/etcrepo mkdir -p $REP

「こんな事も、あんな事もできるよ。」『これしたいんだがどうすりゃいいんだ。』を乗せていければと思います。 セキュリティ情報 最新情報は公式サイトを確認してください。 RAIDiatorが4.1.15以前、4.2.30以前、5.3.12以前、またはReadyNAS OSが6.10.7以前の場合はセキュリティ上の問題を抱えています。(2022/9/29現在) 現在修正済みファームウェアが公開されています。 以下、修正された主なセキュリティ問題について記載します。 (あくまで主なものであり、記載がなくても上記に該当するバージョンの使用はセキュリティリスクを伴います。) 4.1.15以前、4.2.27以前、5.3.11以前の場合はSSLv3のPOODLE問題の影響を受けます。 4.1.13以前、4.2.26以前、5.3.10以前、6.1.9以前の場合はBashのShellShockバグの影響を受け

今もっとも学習コスパの高い技術はChefだと、Chef勉強会に行って確信した 2013-02-25 目次 1 Chefが熱い！2 Chefとは3 今Chefをやるべき8つの理由4 というわけで Chefが熱い！ 株式会社Engine Yardさん主催の、Chef(opschef)勉強会第一回「初めてのChefの教室 #eytokyo」に行って来ました。勉強会の全編動画は、「初めてのChefの教室」を開催しました。(動画&資料) - Engine Yard Blog JP | Engine Yard Blog JP で観ることができます。 勉強会では登壇者が「シェフの帽子」を被って発表していましたw 発表者の皆様方も豪華すぎ！ Chefとは Chef（シェフ）とは、ざっくりいうとサーバーインフラの構築・更新を自動化する技術で、類似としてはpuppetがあります。（参考：オープンソースなシステ