ConoHa の記事一覧

GMOインターネットグループ株式会社（以下、GMOインターネットグループ）が提供しているホスティングサービス『ConoHa (コノハ) byGMO（以下、ConoHa）』は、2013年7月4日のサービスリリースから、今年で10周年を迎えました。この節目の年を記念して、2023年7月7日、オフラインイベント『ありがとう10周年☆ConoHa感謝祭2023』が開催されました。本記事では、開発エンジニアがサービス秘話を語った「【第1部】ConoHaを語る会」を中心にレポートをお届けします。 「ConoHa byGMO」とは？ 「ConoHa byGMO」は、よりサーバーを自由にカスタマイズ・構築することが可能な『ConoHa VPS』をはじめ、ブログやHP作成に最適な国内最速レンタルサーバー（※）『ConoHa WING』、AIスタートアップ向けの超高速GPU搭載サーバー『ConoHa for AI』など、お客様のご利用目的に応じて最適なサービスをお選びいただけるホスティングサービスです。 ▼『ConoHa』サービスサイトはこちらhttps://www.conoha.jp/ ※2023年4月自社調べ※ サーバー処理速度の計測結果は、日本国内シェアを90%以上占めたトップ10サービスの、各サービスの最下位プランをh2loadとApache Benchで5回計測した平均値です。計測時の接続元サーバーは、すべてのサービスにおいて、第三者サービスの同一サーバーを利用して条件が公平になるように計測しています。※ 業界のシェアはWebhosting.infoおよびDomainToolsのデータをもとに算出しております。 『ConoHa感謝祭2023』プログラム 『ありがとう10周年☆ConoHa感謝祭2023』は、いつも支えてくださっている皆様へ感謝の気持ちを込めたイベントです。2023年7月7日、グループ第2本社である、渋谷フクラス16階「GMO Yours」のコミュニケーションスペースにて「【第1部】ConoHaを語る会」と「【第2部】このはぴば！2023ライブビューイング」の2部構成で開催されました。 【第1部】ConoHaを語る会ConoHaの開発に携わるアプリケーションエンジニア・インフラエンジニアが、サービス開発秘話や機能の解説、今後の展望などを語りました。10年間の出来事の振り返りを行うパネルトークのほか、ConoHa愛溢れる中の人によるLTをお送りしました。 【第2部】このはぴば！2023ライブビューイングConoHa応援団長・美雲このはが歌って踊る生誕イベント「このはぴば！」。2020年から毎年YouTube生配信でお届けしていましたが、10周年を迎える今年は、生誕10周年を華やかに彩るリアル会場にて、ライブビューイングを開催しました。参加者には限定ノベルティのプレゼントや、軽食も振舞われて、会場は大いに盛り上がりました！ 開発エンジニアが『ConoHa10年の歩み』を語る 「【第1部】ConoHaを語る会」前半は、「ConoHa byGMO」の開発に携わるエンジニアが、サービス開発秘話や機能の解説、今後の展望などを語るパネルトーク『ConoHa 10年の歩み』です。その模様をお伝えします。 （左から）モデレーター・長谷川、安藤、矢川、小玉、島原 ◆パネルトーク『ConoHa 10年の歩み』19:00～19:35 ◆登壇者GMOインターネットグループ株式会社 アプリケーション開発本部 エグゼクティブリード　安藤 雄飛アプリケーション開発本部 ホスティング・クラウド開発部 マネージャー 矢川 岳彦インフラ・運用本部 アーキテクチャ統括チーム SREチーム リーダー　小玉 祥平インフラ・運用本部 システム運用部 運用保守チーム マネージャー　島原 弘和インフラ・運用本部 ソフトウェア・仮想化技術部 仮想化技術チーム　長谷川 泰斗（モデレーター） パネルトーク『ConoHa 10年の歩み』 自己紹介 長谷川こんにちは。私はOpenStackや、Kubernetesなどを活用して、普段「ConoHa VPS」に携わっているインフラエンジニアです。本日は「ConoHa」開発に携わるエンジニアから10年の歩みについてお聞きできればと思います。それぞれ自己紹介をお願いできますか。 安藤アプリケーション開発本部の安藤です。お客様がサイトやサーバーを管理いただけるコントロールパネル（コンパネ）や、UXデザインなどを担当しています。 矢川アプリケーション開発本部 ホスティング・クラウド開発部の矢川です。私は「ConoHa」で、バックエンドを中心に開発を行っています。お客様にとって、より使いやすく、便利なサービスを提供する為、新しい技術やツールを積極的に取り入れて、「ConoHa」をさらに進化させていきたいと思っています。 小玉インフラ・運用本部 SREチームの小玉です。2014年にGMOに新卒入社して、これまで「ConoHa VPS」やパブリックAPIのサーバーサイド開発を中心に開発してきました。お客様のサーバーが安全かつ快適に利用できるよう、安定性やパフォーマンス向上に、日々、向き合っています。 島原インフラ・運用本部の島原です。主にサーバーやデータセンターの運用を担当しています。お客様に安定したサービスを提供すべくデータセンターやサーバーの管理に細心の注意を払い、運用を進めています。 「ConoHa」誕生と、大規模リニューアル秘話 長谷川さっそく「ConoHa」の歴史について振り返ってみたいと思います。いまから10年前の2013年に誕生した当時の思い出や苦労話はありますか？ 安藤実は「ConoHa」のリリース前に前身となるサービスがあったんです。その際もOpenStackを導入していました。それが「ConoHa」のリリースでバージョンが一段と上がり、バージョン変化に伴う再開発を行いました。そのOpenStackを動かすのに、とても苦労した思い出があります。 長谷川当時のOpenStackは動作の制御が難しかったと先輩方から聞きました。コンパネ周りは、安藤さん一人で行っていたのですか？ 安藤画面の開発は基本的に私が一人で行っていました。印象に残っている出来事が、「このはモード」の実装です。ときは2014年4月1日エイプリルフールで、ちょうど消費税率が改定されるといったタイミング。当初「このはモード」は、検索ウィンドウに「このは」と入力すると切り替わる裏技的な機能でした。それがお客様に喜ばれて正式な機能として採用されたんです。 長谷川面白いですね。裏技と聞いたら試してみたくなりますもんね。翌15年には大規模なサービスフルリニューアルが実施されました。このリニューアルで「ConoHa VPS」の礎が築かれたと思いますが、振り返るといかがでしたか？ 安藤競合のVPSサービスを徹底的にリサーチして、さまざまな新機能を追加しました。さらにOpenStackのバージョンも変わり、イチからの再構築でしたが「ConoHa」を進化させるための重要なリニューアルだったと思っています。 矢川私がその時、印象に残っているのは、「課金基盤」の改善です。私を含めた3名体制で約6カ月間、リニューアルに取り組みました。お客様のお支払いに関わる領域で、慎重に進める必要がありました。リリース後も、細かい調整作業を行っていたことを今でも覚えています。 長谷川OpenStackや、課金基盤の刷新を経て、現在の「ConoHa」サービスが整備されていったのですね。 革新的だった時間課金やテンプレート導入 小玉ちょうどそのタイミングで時間課金（時間単位の料金体系）を導入したことも大きな挑戦でした。OpenStackでは時間課金に直結するサービスはありませんでしたので、正確なメータリング情報を収集できるOpenStackのコンポーネントであるCeilometerを活用し、MySQL（DB）に課金情報を蓄積させるシステムを開発しました。多くの労力がかかりましたが、お客様の使いやすさにつながる導入だったと思います。 安藤同時期は、お客様からの要望からサービス改修が行われることが、たくさんありましたね。2017年のスマホアプリからサーバー管理が可能になった「ConoHa Mobile」提供は、兼ねてからお客様の「サーバーの状態をスマホで簡単に確認したい」といった声を実現したものです。このようにお客様の声に耳を傾けて、ご満足いただける機能開発を追求してきたと感じています。 小玉2017年には「Minecraftテンプレートイメージ」を、2020年には「Minecraft Manager」をそれぞれ提供開始しました。こちらはイメージテンプレートを使ってサーバーを作成できる機能で、多くのお客様からご好評いただいております。「WordPress」など他のアプリケーションでも同様の機能を提供しています。 長谷川2018年には、さらなる進化として「ConoHa WING」が登場しましたね。 安藤実はウラ話として、「ConoHa WING」はリリース前、これまで作り上げてきたコンパネはもちろんサービス全般を作り替えています。お客様に高いレベルでサービスを提供するための苦渋の決断でした。 長谷川すごい決断ですね。ことし2023年にはゲーム利用に特化したVPSサービス「ConoHa for GAME」といった新たなサービスが誕生しています。 私が開発で携わっているインフラ面でもOpenStackやKubernetesを活用して、安定した基盤構築を行うなど、より一層、進化を続けていますね。 島原開発はもちろん、運用面でも障害の傾向を分析し、予防策を一時的に行うなど、安定性を確保するための取り組みを行ってきました。環境を整えるため、さまざまな技術を取り入れて環境整備にあたっています。 今後の展望 長谷川皆さんから話を聞いて、この10年間、「ConoHa」は多くの挑戦を行い、大きく進化してきたのだと感じました。最後に今後の展望を教えてください。 安藤具体的にはモバイル対応やユーザーインターフェースの改善など、お客様がより使いやすい環境を提供するために努力を続けていきたいですね。 矢川新たなや技術トレンドも積極的に取り入れていきたいです。「ConoHa for AI」トライアル受付を開始しましたが、例えばAIやブロックチェーン技術といったように、最新のテクノロジーを活用したサービスにも力を入れたいですね。 小玉セキュリティやパフォーマンス向上を日々、進めていき、これまで以上にお客様にとって、より安心してご利用いただけるサービス提供を目指していけたらと思います。 島原お客様に安定した環境と信頼性の高いサービスを提供するため、引き続き、インフラの運用を見直して、課題の改善に挑みつづけていきたいです。 長谷川ありがとうございました。「ConoHa」を支えるエンジニアたちの熱意と努力が、高品質なサービスを提供する原動力となっているのかもしれません。これからドンドン、色々な機能も追加されていくということで、期待して待っていて下さい。 LTセッション 「【第1部】ConoHaを語る会」後半では、ConoHa愛溢れる中の人によるLTセッションも３本立てでお届けしました。 1.『OJT研修で初めてConoHa APIを触った話』 アプリケーション開発本部 ホスティング・クラウド開発部 ConoHa/Z.comプロダクトチーム　岡野 優輝 2020年に新卒入社したWebアプリケーションエンジニアの岡野さんは、現在「ConoHa」のコントロールパネル開発を担当しています。 入社後のOJT研修ではConoHa APIの実行とアプリケーション開発を担いました。本LTセッションでは試行錯誤しながらもAPIに慣れていくまでの過程を紹介。今では友達のようにAPIを使いこなして、「ConoHa for GAME」の開発も経験したといいます。思わず笑顔になる、このはちゃんの壁紙も紹介いただきました！ 2.『セキュリティグループでかんたんパケット制御』 ドメイン・ホスティング事業本部 ConoHa事業部 クラウド戦略チーム　松本 佑樹 VPSやfor GAMEのサービス企画・開発ディレクションを担当している松本さんからは、セキュリティグループ機能の紹介とVNC/コンソールの利用方法の解説をいただきました。 「Conoha for GAME」では、これまでAPIで操作が必要だったプロトコル、ポート範囲、IP/CIDRなど簡単にコンパネ上で制御、出来るようになっています。そうした進化についてや、お客様に認知していただけるような取り組みについても、紹介されました。 3.『新卒２年目で挑むConoHa for Gameインフラ構築』 インフラ・運用本部 ソフトウェア・仮想化技術部 仮想化技術チーム　鈴木 滉平 LTセッション、最後は、今年4月で新卒入社3年目となる鈴木さんによる「ConoHa for GAME」のインフラ構築に挑戦したお話しです。 OpenStack-Helm Chartを使用して、OpenStackをKubernetes（K8s）上にデプロイする手法について解説いただきました。 その内容のひとつがArgo CDと、一部でArgo Rolloutsを活用し、GitからK8sへアプリケーションデプロイをサポートすること。それにより運用負荷が低減するというメリットのひとつもお伝えいただき、最後は「『このはぴば 10周年』を、皆で、盛り上げていきましょう！」とセッションを締めくくりました。 このようにConoHaに携わるエンジニアから、さまざまなトピックでセッションをいただいた、充実のLTとなりました。 「【第２部】このはぴば！2023ライブビューイング」へ 大盛況となった「【第1部】ConoHaを語る会」。ご来場いただいた方からは「中の人の苦労が分かった」「またオフラインで参加したい」といった有難いお言葉を、いくつも頂戴しました。 いよいよ、この後は、お待ちかねConoHa応援団長・美雲このはが歌って踊る生誕イベント「【第2部】このはぴば！2023ライブビューイング」です。来場者は「10周年おめでとう！」という熱いコールや、スペシャルノベルティとして配布されたペンライトでステージを盛り上げます。 美雲このはの魅力があふれるステージパフォーマンス、歌声とダンスに観客は大興奮。今年はリアル会場の、より近い距離感で、ファンは心を通わせる貴重な場となり、会場は一体感に包まれて、感動的な瞬間がいくつも生まれました。 美味しい軽食の提供もあり、特別な10周年記念イベントとなった「【第2部】このはぴば！2023ライブビューイング」の模様は、『美雲このはオフィシャルサイト』このはブログ（https://conoha.mikumo.com/blog/）でも詳しくお伝えしておりますので、是非、そちらもご覧ください。 10周年を迎えて、飛躍を続ける「ConoHa byGMO」。これからもお客様との絆を大切に、より良いサービスの提供に邁進してまいります。さらなる進化にご期待ください。

ホスティングサービス『ConoHa』は2013年7月4日にサービスリリースし、今年で10周年を迎えます。いつも支えてくださっている皆様へ感謝の気持ちを込め、オフラインイベントの開催が決定いたしました。 『ありがとう10周年☆ConoHa感謝祭2023』開催！　 GMOインターネットグループ株式会社（以下、GMOインターネットグループ）が提供しているホスティングサービス『ConoHa (コノハ) byGMO（以下、ConoHa）』は、2013年7月4日にサービスリリースし、今年で10周年を迎えます。 いつも支えてくださっている皆様へ感謝の気持ちを込め、オフラインイベント『ありがとう10周年☆ConoHa感謝祭2023』の開催が決定いたしました。弊社エンジニアがサービス秘話を語る『ConoHaを語る会』と、美雲このはの生誕を祝うイベント『このはぴば！2023』ライブビューイングの2本立てです。 限定ノベルティと軽食のご用意もありますので、ぜひ奮ってご参加ください。 ConoHaとは？ ConoHa（コノハ）は、よりサーバーを自由にカスタマイズ・構築することが可能な『ConoHa VPS』をはじめ、ブログやHP作成に最適な国内最速レンタルサーバー『ConoHa WING』、AIスタートアップ向けの超高速GPU搭載サーバー『ConoHa for AI』など、お客様のご利用目的に応じて最適なサービスをお選びいただけるホスティングサービスです。 ▼『ConoHa』サービスサイトはこちらhttps://www.conoha.jp/ イベント概要 開催日程：2023年7月7日（金）開催時間：19:00-21:00（18:30 受付開始）開催場所：渋谷フクラス16階（グループ第2本社）（アクセス方法はこちら）参加方法：connpass 事前登録制参加費用：無料公式サイト：https://www.conoha.jp/conoha/conohapiba2023/ お申込みはこちら プログラム 【前半】ConoHaを語る会ConoHaの開発に携わるエンジニアが登壇し、サービス開発秘話や機能の解説、今後の展望などを語るイベントです。アプリケーションエンジニア・インフラエンジニアが10年間の出来事の振り返りを行うパネルトークのほか、ConoHa愛溢れる中の人によるLTをお送りいたします。 【後半】このはぴば！2023ライブビューイングConoHa応援団長・美雲このはが歌って踊る生誕イベント「このはぴば！」。2020年から毎年YouTube生配信でお届けしてましたが、今年はリアル会場でのライブビューイングを同時開催いたします。軽食もご用意しておりますので、ぜひ一緒に盛り上がりましょう！▼『このはぴば！2023』の詳細はこちらhttps://www.conoha.jp/conoha/conohapiba2023/ タイムスケジュール 時間内容内容詳細登壇者18:30受付開始19:00【ConoHaを語る会】（50分）パネルトーク（30分＋質疑応答5分）『ConoHa10年の歩み』GMOインターネットグループ株式会社安藤 雄飛矢川 岳彦小玉 祥平島原 弘和長谷川 泰斗19:35LT（5分×3人）1.『OJT研修で初めてConoHa APIを触った話』2.『セキュリティグループでかんたんパケット制御』3.『新卒２年目で挑むConoHa for Gameインフラ構築』GMOインターネットグループ株式会社1.岡野 優輝2.松本 佑樹3.鈴木 滉平19:50休憩（10分）20:00【このはぴば!2023ライブビューイング】（60分）21:00閉会 会場について 本イベントはGMOインターネットグループ株式会社の第2本社である渋谷フクラスオフィス内のコミュニケーションスペース「GMO Yours」で開催いたします。 会場アクセス 会場：渋谷フクラス16階（グループ第2本社）（JR渋谷駅南改札西口より徒歩約1分）アクセス：https://www.gmo.jp/company-profile/access-map/fukuras/ 受付フロー イベント当日は渋谷フクラス8Fの受付にてconnpassの受付票のご提示をお願いいたします。受付時間　18：30開始　（最終受付　19：15）※セキュリティの都合上、19：15以降の入場は出来かねます。※お時間に余裕を持ってお越しいただきますようお願いいたします。 注意事項 ・定員を上回るお申込みがあった場合は抽選となります。抽選日は6/23を予定しております。抽選日を過ぎてからのお申込みは先着順となります。・プログラムは時間配分・内容は変更になる可能性がございます。あらかじめご了承ください。 皆様のご参加を、お待ちしております。 お申込みはこちら

お久ぶりです。中村です。皆さんはチームや友人との情報共有はどうしてますか？今回は情報共有でよく利用されるwikiの中でも、新し目なwikiであるOutlineを紹介します。 はじめに Outlineとは何か そもそも、Outlineとはなんでしょうか？ Outlineとは、モダンで使いやすい、ユーザーフレンドリーなwikiツールです。公式ページは下記です。 https://www.getoutline.com/ とりあえず触ってみたいぜ！って方は30日間無料でクラウド版使えるのでそっちで使用感を確かめてみるのがおすすめです！ 従来のwikiとの違い Outline wikiは従来のwikiとどう違うのでしょうか。従来のwikiの機能はほとんど持っているのですが、デフォルトで入っている機能で個人的に気に入ってる点を記載します。 同一文書の複数同時編集が可能Markdown記法が使用可能ユーザ管理連携（Google/Microsoft/Slack/OpenID）コレクション(※)毎のユーザー/グループごとの権限管理（閲覧不可/閲覧のみ/編集可能）公式コラボレーションが多め(diagrams.netのフローチャートの埋め込みとかが出来る)見やすい階層的なドキュメント構造ドキュメントのテンプレート作成機能有料のクラウド版だけではなく、無料のオンプレ版(Community版)もある ※コレクション：outlineにおけるTOPレベルのディレクトリ。　　　　　　　　チームやプロジェクトごとで区切る事が多い。 実画面紹介 ログイン コレクション作成 ページ作成 フローチャートの埋め込み(diagram.net利用) 文書の同時編集 Outline の実際の使用例 実際にDevSecOpsThon2023ではこちらのwikiを使用して問題の出題を行いました。DevSecOpsThonについてはレポートがあるので、気になった方は是非こちらを御覧ください。 https://developers.gmo.jp/technology/33522 オンプレ環境でのインストール方法 公式マニュアル 公式マニュアル単体だと構築に苦労したので、一連の流れをこの項で説明します。 https://docs.getoutline.com/s/hosting/doc/from-source-BlBxrNzMIP 事前注意 ブロックストレージ(amazon s3互換)必須 outline単体では画像などのファイルを管理できません。amazon s3(または互換サービス)と合わせて使うことで、wiki内にファイルを配置することが可能です。 認証サービス側に設定が必要（ローカルアカウント作成不可） outline単体ではアカウント管理ができません。（逆に言えば管理する必要がない）Google/Microsoft/Slack/OpenIDのいずれかとの連携が必須です。 必要なツール類 ・outline本体・認証サービス側の設定（Google/Microsoft/Slack/OpenID）・Node.js (v16 LTS preferred)・Yarn・Postgres (>=9.5)・Redis (>= 4)・Minio(amazon s3互換のブロックストレージ) 認証サービス側の設定（今回はSlackアプリ） アプリ作成 下記より新規でSlackアプリを作成する。 https://api.slack.com/apps 権限設定 【OAuth & Permissions】に移動。 scope部分で下記4つを権限追加する。 ・identity.avatar・identity.basic・identity.email・identity.team リダイレクトURLの設定 【OAuth & Permissions】に移動。Redirect URLs 部分で下記を追加する。※outlineを動かすホストのIP ・https://***.***.***.***/auth/slack.callback WorkSpaceへインストール 【OAuth & Permissions】に移動。OAuth Tokens for Your Workspace部分から、インストールを行う。 必要な情報のメモ 【Basic Information】に移動。App Credentials 部分より、下記2箇所の値をメモしておく（outlineの設定時に使います） ・Client ID・Client Secret ホストOSの準備 今回の手順は【Ubuntu 22.24】想定です。VPSや仮想マシンなどでOutlineを動作させるOSを起動させておきます。 ポート開放 下記のポートを開放しておきます。グローバルの環境で構築する際には、自分の作業環境のみが接続できるように制限しておくなどの対策をしておきます。 #minio 9000 60000 #outline 50080 Node.js/Yarn/Postgres/Redisのインストール・設定 Node.js curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.3/install.sh | bash source ~/.bashrc nvm list-remote nvm install v16.19.1 Yarn npm install -g yarn Postgres apt install redis systemctl status redis Redis sh -c 'echo "deb http://apt.postgresql.org/pub/repos/apt $(lsb_release -cs)-pgdg main" > /etc/apt/sources.list.d/pgdg.list' wget --quiet -O - https://www.postgresql.org/media/keys/ACCC4CF8.asc | sudo apt-key add - apt-get update apt install postgresql-14 systemctl status postgresql systemctl enable postgresql sudo -u postgres psql # ↓ psql上で実行する必要あり postgres=# CREATE USER "outline-user" WITH PASSWORD 'outline-user-pass' CREATEROLE CREATEDB; minioのインストール・設定 インストール mkdir /home/minio/ cd /home/minio/ wget https://dl.min.io/server/minio/release/linux-amd64/minio mkdir data chmod 700 ./minio ./minio server ./data --console-address 172.16.248.17:60000 #実行完了までできたらctrl +Cで抜ける cp /etc/ssl/private/ssl-cert-snakeoil.key /root/.minio/certs/private.key cp /etc/ssl/certs/ssl-cert-snakeoil.pem /root/.minio/certs/public.crt 実行 minioを実行し、ブラウザからログインする。初期ID/初期パスは【minioadmin】 ./minio server ./data --console-address 172.16.248.17:60000 設定 Bucketの作成 Bucketはクラウドストレージサービスにおける基本的なデータコンテナです。オブジェクト（ファイルや画像など）を格納するために使います。 下記gifの流れでBucketを作成し、アクセスポリシーをpublicへ変更します。 Access Keysの作成 Access Keysはストレージへ接続する際の認証情報です。任意の名前で指定が可能です。シークレットキーは初回設定時のみしか表示できないので注意してください。 Outlineのインストール・設定 インストール mkdir /home/outline/ cd /home/outline/ git clone https://github.com/outline/outline cd ./outline cp /etc/ssl/private/ssl-cert-snakeoil.key ./private.pem cp /etc/ssl/certs/ssl-cert-snakeoil.pem ./public.pem yarn install --frozen-lockfile && yarn build cp .env.sample .env 設定 # 設定例は後述 vi .env #.envでDB設定後に初期データの流し込み yarn sequelize db:create yarn sequelize db:migrate 設定例 デフォルトからの変更した箇所のみ記載しています。★印については前の手順で設定した値/任意の値が入ります。 # –––––––––––––––– REQUIRED –––––––––––––––– NODE_ENV=production # 右記コマンドの実行結果を記載`openssl rand -hex 32` SECRET_KEY=************************************************************* # 右記コマンドの実行結果を記載`openssl rand -hex 32` UTILS_SECRET=************************************************************* # DBへの接続情報を記載　outline-user:outline-user-passを書き換えればOK DATABASE_URL=postgres://outline-user:outline-user-pass@localhost:5432/outline DATABASE_URL_TEST=postgres://outline-user:outline-user-pass@localhost:5432/outline-test #outlineに接続する際のURL/PORTを記載 URL=https://172.16.248.17:50080 PORT=50080 #minioで設定したaccesskeyを設定 AWS_ACCESS_KEY_ID=★access key★ AWS_SECRET_ACCESS_KEY=★secrets key★ #minioのリクエストURL情報を記載 AWS_S3_ACCELERATE_URL=https://***.***.***.***:9000/★作成したバケット名★ AWS_S3_UPLOAD_BUCKET_URL=https://***.***.***.***:9000 #minioのBUCKET情報を記載 AWS_S3_UPLOAD_BUCKET_NAME=★作成したバケット名★ #リクエストURLにBUCKET名を含めるか AWS_S3_FORCE_PATH_STYLE=true #デフォルトの権限を設定 AWS_S3_ACL=public-read # –––––––––––––– AUTHENTICATION –––––––––––––– SLACK_CLIENT_ID=★SlackでメモしたClient ID★ SLACK_CLIENT_SECRET=★SlackでメモしたClient Secret★ # –––––––––––––––– OPTIONAL –––––––––––––––– #デフォルト言語を日本語に変更 DEFAULT_LANGUAGE=ja_JP 動作確認 yarn start ブラウザから【 https://***.***.***.***:50080 】に接続しログインを行いましょう。 minio/Outlineのサービス化 下記のようなファイルを作成しサービス化を行います。こちらを行うとsystemctl enable サービス名でOS起動時に自動起動が可能になります。 minio # cat /etc/systemd/system/minio.service [Unit] Description=Minio File Storage After=network.target [Service] Type=simple User=root ExecStart=/home/minio/minio server ./data --console-address ★***.***.***.***★:60000 Restart=on-abort WorkingDirectory=/home/minio Environment=MINIO_ROOT_USER=★任意のadminユーザー名★ MINIO_ROOT_PASSWORD=★任意のPASS★ [Install] WantedBy=multi-user.target # outline # cat /home/outline/daemon-env PATH="/root/.nvm/versions/node/v16.19.1/bin:$PATH" # # cat /etc/systemd/system/outline.service [Unit] Description=Outline App After=redis-server.service postgresql.service minio.service [Service] Type=simple User=root WorkingDirectory=/home/outline/outline ExecStart=/bin/bash -c 'source /home/outline/daemon-env && yarn start' Restart=on-abort RestartSec=10 StandardOutput=syslog StandardError=syslog SyslogIdentifier=outline-app [Install] WantedBy=multi-user.target # 所感 オンラインでの情報共有はnotionなどが人気ではありますが、様々な事情で外部に置きたくない情報についてはオンプレで管理することが望ましい場合もあります。 もしオンプレで自分だけのWIKI環境を作ってみたい！と思う方はConoHa VPSを使っていただければ幸いです！

進化し続けるホスティングサービスConoHa今回は、フロントエンジニアとして新機能（ConoHa VPS割引きっぷシンプル）の提供の過程においてブランドの強さを支える・牽引すると共にエンジニアとしも成長を実感できる機会に恵まれ、エンジニアとしての面白さや自信につながることの一例として紹介させていただきます。 執筆の背景 開発する新機能について 従来より提供のConoHa VPS割引きっぷSSLに加えて、バリエーションとしての新機能（ConoHa VPS割引きっぷシンプル）は、その付加サービスをシンプルにすることで、割引きっぷSSLよりもお手頃な価格で提供します。この割引きっぷシンプルを、ConoHaコントロールパネルにて提供するにあたり、従来からのきっぷ購入を購入する画面をはじめ関連画面への仕様変更を実装する必要が発生します。 また、この新機能開発は突発的に発生し短時間でのサービス仕様の最適化や実装までを行うことも求められる案件となりました。その過程において、それまでにエンジニアとして取り組んできたことが効果的に作用して、よい結果に繋がりました。 新機能としての実装まで 今回の新機能の対象となる範囲は、次のような状況をたどり実装となりました。 度重なる機能追加により初期設計による運用コスト増加再設計を伴う大規模なリファクタリングを実施（ここまでを準備済みだった）新機能開発の各フェーズにてこれまでの取り組みの効果を実感する 思い返せば、それぞれの状況で、エンジニアとしてシンプルに要求仕様を実現するだけでなく、非機能要件とその未来を想定したアクションを実施できたことが、今回のブランドの強さを支える助力となったのではないかと考えています。 １.度重なる機能追加により初期設計による運用コスト増加 過去のこの時点の状況であれば、今回のような割引きっぷシンプルの機能追加のスピード感は実現できなかったと考えられます。なぜなら、実装コスト増加を引き起こす複数の課題が存在したためです。 機能の複雑な結合非効率的なコードの再利用（コピペ） これらは、今後の実装コスト増加を確実に引き起こしますが、その対策としてのみに投資できる機会は得られないことが続きます。 ２.再設計を伴う大規模なリファクタリングを実施 実装コスト増の対策としてのリファクタリングのみを目的とした場合、他の案件との比較において、優先度を上げることが難しい事態が発生します。 そこで、実装コスト増の対策としてだけでなく、UIの表示高速化も同時に実現できるように設計に盛り込み、それを実施することが可能になりました。再設計においては、対象個所の仕様変更経緯も踏まえ、変更に強い設計をベースとして、高速化も同時に達成できるように配慮しました。設計には、以下の指針を明確に設定し、これまでのモノリスを目的別に分割して進めました。 再設計においては、対象個所の仕様変更経緯も踏まえ。変更に強い設計をベースとして、高速化も同時に達成できるように配慮しました。設計には、次のように指針を明らかにしてこれまのでモノリスを目的別に分割し進めていきました。 変更に強い設計 コンポーネントベースの設計モジュール化されたコード構成可読性の高いコード 変更に弱い設計 大規模なコード構成のモノリシック設計機能の複雑な結合繊細なコードベース 3.新機能開発の各フェーズでこれまでの取り組みの効果を実感する この時点において、新機能の案件は突発的なものでしたが、再設計によるメリットを得ることができ、短期間での開発を実現することができました。 得られたメリットは以下のようなものがありました。 必要な個所の仕様を素早く明らかにできる変更が必要な個所を素早く明らかにできる変更の影響範囲を明らかにすることが容易になった実装コストの削減UIの高速化 これらのメリットは新機能実装の各フェーズで実感でき、結果として、エンジニアとしてのやりがいや自信にもつながったと感じています。 ▼機能設計フェーズ要求仕様の実現性について迅速な対応可否や工数について精度の高い回答を行えたことで、結果、検討中の仕様とそのコストを迅速にシミュレーションすることが可能になり、短期間で最大の効果をもたらす仕様のFixをサポートすることができました。 ▼実装フェーズ必要な実装個所やその内容について限定することが可能であったため、実装時間・テスト量等の実装コストを最小に抑えることができました。 ▼その後の運用フェーズ万が一の不具合に対して迅速に原因個所を絞り込むことが可能。 さいごに 長く続くブランドの開発に携わるエンジニアの仕事の中には、さもなくば、要求を実装するだけの作業ともなりえるものがありますが、エンジニアであるからこそその視点をブランドとしての達成したいこととマッチングさせることで、ブランドを強くするだけでなく、ともに成長できる機会を得ることも可能であることを実感できるのではないでしょうか。

こんにちは、GMOインターネット長谷川です。今回は ConoHa for GAME の OpenStack インフラに関してお話して行こうと思います。 OpenStackとは ご存じの方には、冗長な説明となってしまいますが、簡単に ConoHa のインフラで使われているので紹介します。 Openstack は、オープンソースのクラウドコンピューティングプラットフォームで、仮想化、ストレージ、ネットワーキングなどを提供し、多数のサーバーの管理を容易にし、システム構築においてスケーラビリティと柔軟性を提供します。 ConoHa for GAME では kubernetes と OpenStack を使用し、VPS のインフラ基盤を構築しています。 インフラ構成図 基本的に OpenStack の管理系の component は kubernetes 上にあり、負荷分散及び耐障害性を持っており、それぞれの component もしくはそれより細かい粒度で pod として kubernetes 上で稼働しています。 また、pod として稼働させるには安定性がないものに関しては VM などに冗長構成を持たせ kubernetes クラスタ外で稼働させています。 また、実際にお客様の VPS が入る Compute node は ceph storage と繋がっており、ノードダウンの際には自動的に別ノードに VM を素早く退避させることが出来るので、サービスの安定的な提供に繋がっています。 OpenStack 管理系の構築に kubernetes を採用した際に実感したメリット メリットとしては以下の4つが挙げられます。 ●検証の為の設定変更が即座に行える。●サービス影響なしに設定変更を行える。●kubernetes のオートヒーリング機能による安定的な稼働と運用負荷の削減●オートスケーリングによる性能の向上 1. 検証の為の設定変更が即座に行える kubernetes への OpenStack 管理系のデプロイには ArgoCD を用いており コードと Git による設定や構成の管理、ブランチ別指定でのデプロイが行えるので設定変更して問題があればロールバック、問題がなければ本番環境にデプロイ等を高速に行えます。 2. サービス影響なしに設定変更を行える kubernetes はご存じの通りローリングアップデートによる pod の更新を行うことが出来ますので、サービスを止めることなく新機能や安定性向上のための設定を入れることが出来ます。 3. kubernetes のオートヒーリング機能による安定的な稼働と運用負荷の削減 kubernetes にはオートヒーリング機能があり、理想の pod の状態と現在の pod の状態の差分を取り、理想の pod の状態になるよう pod の操作をします。（理想の状態が running なら 停止している pod が running になるよう kubernetes が働きかける。） 上記の機能により、単純な pod の停止等の問題では即時オンコール対応ではなく翌日に対応など柔軟に運用方法を考えることが出来ます。 4. オートスケーリングによる性能の向上 kubernetes には pod のオートスケーリング機能があり、負荷に応じて必要な pod をスケーリングし負荷分散することが出来るので、kubernetes 導入前に比べ負荷に対応するための運用負荷の削減と性能が向上しています。 ローリングアップデート ローリングアップデートは以下の図のような流れで pod をアップデートしていくので、サービスの稼働停止無しでアップデートを行うことが出来ます。 ① アップデート前の pod を version1 とします。 ② ローリングアップデートが始まると、古い version1 pod を保持しつつ新しい version2 pod を作成します。 ③ ②の後 version2 pod が正常に起動することが確認されると version1 pod は削除され version2 pod のみ残ります。 上記の機能により、サービスへの影響を最小限にしつつ機能の追加や修正を行うことが可能となります。 まとめ ConoHa for GAME インフラ基盤のご紹介をさせていただきました。是非この機会に様々なゲームテンプレートで構築が簡単な ConoHa for GAME をご利用ください。

本記事では、Slackのボット機能について紹介します。ボットはSlackへの通知やファイル投稿、メンバー管理などができ、業務効率化に役立ちます。最新のフレームワークであるSlack Boltを導入することで、Pythonでの開発が可能であり、サポート/ドキュメントも充実しています。具体的な導入方法については、下記内容をご確認ください。 ボット機能使ってますか？ お久しぶりです。中村です。皆さんはSlackでボット機能使ってますか？ BOT機能は、一般ユーザーが発言したかのようにBOTがSlackへ通知を行ってくれる機能です。通知を送る以外にも許可する権限によってはファイル投稿やメンバー管理なども行えます。 こちらを用いることで、時間がかかるタスクの開始/終了の通知が出来たり、定常業務の効率化を行うことが出来ます。 数年前に作ったhubot チーム内では数年前にhubotという、botの作成/動作のフレームワークを導入しました。こちらはGitHub社開発したもので、Slack以外のチャットツールにも対応しています。 ◆hubot公式リンクhttps://hubot.github.com/ こちらを導入することにより、よく利用する情報についてはSlackで確認が完結するようにしています。例えばですが、Slack内の特定チャンネルで【check ホスト名】のような発言を行うと、BOT側でそのホストに関連する情報の取得を行い、まとめて通知するといったことを行っています。 そろそろ移行しておきたい そんなhubot環境を作ったのですが、hubotから別のフレームワークへの移行を考えています。理由は何個かあるのですが、大きな理由は下記です。 ・CoffeeScriptベースであること（チーム内に慣れているメンバーが少ない）・Hubot本体の開発があまり活発ではない（2019/04/17リリースの3.3.2が最新） 今回は移行先として【Slack Bolt】を使用します。 そもそもSlack Boltとは Slack公式が提供しているSlackアプリ開発フレームワークです。現在下記のSDKがサポートされています。 ・JavaScript・java・python ◆Slack 公式ページhttps://api.slack.com/lang/ja-jp 導入によるメリット 今回の導入によるメリットは下記です。ソースコードの管理を特定個人のみに依存するのは健全ではないので、チーム内全体で管理を行いたいのが狙いです。 ・pythonベースでの開発が可能であること（チーム内になれているメンバーが多い）・Slack公式開発のため、サポート/ドキュメントが豊富 実際にやってみましょう 実際に移行をしてみます。作業時は下記の入門ガイドを参照しています ◆Slack Bolt(python)入門ガイドhttps://slack.dev/bolt-python/ja-jp/tutorial/getting-started 新しいSlackアプリの作成 まずは下記リンクからSlackアプリの作成を行います。https://api.slack.com/apps/new 文章でも記載しますが、詳細はgif画像を御覧ください。 ・[Create New App] をクリック・[From scratch] をクリック・アプリケーション名を入力・どのワークスペースに追加を行うかを選択 App-Level Tokenの発行 Boltの実行に必要な【 App-Level Token 】の発行を行います。【xapp-】から始まる文字列が App-Level Token になりますこちらは後ほど使用するのでどこかにメモをしておいてください。 ソケットモードの有効化 今回はお手軽にテストをしたいため、ソケットモードを有効にします。本来はイベントが起こった際にHTTPリクエスト先を設定する必要がありますが、ソケットモードを有効にすることで、設定不要で機能検証を行うことが出来ます。 もっと詳しく知りたい方は下記の公式ドキュメントを御覧ください。https://api.slack.com/apis/connections/socket イベントサブスクリプションの有効化 実行中のスクリプトにリクエストが来るようにイベントサブスクリプションを有効にします。今回は下記3つのイベントに反応できるように追加を行います。 ・message.channels ...publicチャンネルに新規の発言があった時・message.groups ......privateチャンネルに新規の発言があった時 ・app_mention .............bot宛にメンションの発言があった時 Slackアプリへチャンネル書込権限の付与 現状だとチャンネルに書き込む権限が付与されていないので追加を行います。 ・chat:write ...自分の参加済みチャンネルに発言する 管理者へインストールリクエストを送信 Workspaceの管理者が自分でない場合は、管理者へのインストールリクエストが必要になります。インストールリクエストは下記のように申請できます。インストールリクエストが承認されると、WorkspaceにBOTが追加され、また【OAuth Token】が発行されます（※OAuth & Permissionsページ内で確認可能です） 【xoxb-】から始まる文字列が OAuth Token になりますこちらは後ほど使用するのでどこかにメモをしておいてください。 BOTをチャンネルへの追加 Slackからチャンネル設定を開き、インテグレーションタブからアプリを追加します。 Boltの実行(python) 下記のコードを実行します。実行中にチャンネル内で冒頭に【hi】という発言あった場合にBOTが返事をしてくれます。これで大まかな形ができました。後はこちらの形に沿って、hubotで動いていた処理を再現すれば移行は完了です。 #必要なライブラリをインポートimport osfrom slack_bolt import Appfrom slack_bolt.adapter.socket_mode import SocketModeHandler#[OAuth Token] と [App-Level Token]を記載するSLACK_BOT_TOKEN="xoxb-****************"SLACK_APP_TOKEN="xapp-****************************************"#[OAuth Token]読み込みapp = App(token=SLACK_BOT_TOKEN)#反応する発言内容を記載する@app.message("^hi")def message_hello(message, say): #発言のあったチャンネルへメッセージを送信する say(f"hello <@{message['user']}>!")#アプリの起動if name == "main": SocketModeHandler(app,SLACK_APP_TOKEN).start() 所感 Slackアプリの設定が手間ではありますが、それさえ終われば移行は楽にできそうです。反応が返ってくるためには、コードを常に動かしておく必要があるのでVPSなどの環境があると非常に便利です。 自分のPCを24時間使うのはちょっと…と思う方はConoHa VPSを使っていただければ幸いです！

こんにちは、GMOインターネットグループ株式会社の斉藤です。この記事はConoHa Advent Calendar 2022の13日目の記事です12日目は@narikakunさんのConoHa VPSを使ってツイキャスの配信が始まったら通知するプログラムを動かすでした。 VPSのセットアップ 今回は基本に立ち返って(?)、VPSの初期設定のお話しです。 ちょっとしたプログラムのテストや何か新しいソフトウェアを動かしてみたりするときに、ConoHa VPSはとても便利です。仮想サーバーがすぐに立ち上がりますし、1時間単位で課金されるのでコストも最小限になります。 私も日頃から何かのテストや動作検証などなどで、とっても便利に利用しています。最近はコンテナを使うことが増えていますが、それでもOSやその下のネットワーキングなど低いレイヤーをテストする場合は仮想サーバーが便利なこともまだまだ多くあります。 新しくサーバーを立てると、もちろんそのサーバーはすっぴん状態です。自分が普段日常的に使うツールなどは入っていませんし、シェルの設定なども初期状態です。これは使いにくい！　検証目的とは言え自分好みのサーバーの環境を使いたいものです。 ConoHaであればVPSを「イメージ保存」で保存して、次回からそのイメージからサーバーを立ち上げることができます。なので初期セットアップを済ませた状態のVPSをイメージ保存すると言う方法が一つ賢い使い方です。 一方で自分好みのサーバーの初期設定をスクリプトなどにしておくととても便利です。イメージ保存を使うと保存した時点でのソフトウェアで固定されますが、スクリプトにしておくと毎回セットアップ時に最新のバージョンのソフトウェアとを使うことができます。 それにOSのメジャーバージョンアップなどがあった場合でも、スクリプトの大部分を使い回せることが多いですしね。 と言うわけで、私が普段Ubuntuで使っている初期セットアップスクリプトをご紹介したいと思います。ConoHaは以前からサーバーの勉強をしている方の利用が多いですし、コメントで解説を入れてありますので参考にしてみてください。 スクリプト 以下のようなスクリプトをgistに保存しています。一部、対話的なコマンド(update-alternativesやvisudo)があるのでスクリプトを流して終わりというわけには行きません。ただ数回のコピー/ペーストで終わるのでこれで十分だと思っています。 もちろんこれは最小限なので、用途に応じて追加でいろいろインストールしたり設定を変えたりと言うことを行います。 # apt関連 # インストールしているソフトウェアのコメントを付けておきます # # fish: fishシェルを常用しているので必須です # vim-nox: -noxを付けるとX Window System関連の依存が入らなくなるので便利です # findutils: 古いですがfindとかxargsとかまだ使うので # lv: lvはlessよりタイプ数が少ないのが良いです # install-info: infoもたまに見ます # aptitude: 極まれにaptでインストールできないものを入れるのに使います # dnsutils: dig用 # jq: 良い代替ツールないですかね # mosh: ターミナルマルチプレクサはサーバー屋さん必須ツールです # build-essential: ビルドに必須 # automake: ビルドに必須 # grc: いろいろなコマンドの出力に色づけしてくれます https://github.com/garabik/grc # apt update && apt -y install \ fish \ vim-nox \ git \ gh \ findutils \ language-pack-ja \ wget \ curl \ tmux \ lv \ install-info \ aptitude \ dnsutils \ jq \ mosh \ build-essential \ automake \ zip \ grc # タイムゾーンを日本に sudo timedatectl set-timezone Asia/Tokyo # Ubuntuはデフォルトでnanoを使うのでvim-basicに変更 update-alternatives --config editor # Docker(CE)のインストール # オフィシャルリポジトリからインストールすると最新版が使えます sudo apt-get install -y \ apt-transport-https \ ca-certificates \ curl \ gnupg \ lsb-release sudo mkdir -p /etc/apt/keyrings curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg echo \ "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu \ $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null sudo apt-get update sudo apt-get install -y docker-ce docker-ce-cli containerd.io # ローカルユーザーを作成します。私は"hiro"をずっと使っています。 # UIDを固定していますがこれは昔からの名残で今は必要ないでしょう useradd -u 5010 -s /usr/bin/fish -m -d /home/hiro hiro # dockerとsudoグループに追加 usermod -a -G docker,sudo hiro # sudoの設定を変更します。 visudo # ローカルユーザーの設定を行います su -l hiro -c /bin/bash # 設定ファイルはgitにしておくとcloneするだけなので楽です git clone https://github.com/hironobu-s/dotfiles ~/dotfiles ln -s ~/dotfiles/fish ~/.config # sshの設定 mkdir -m 0700 ~/.ssh # 公開鍵はgithubから取ると便利です curl https://github.com/hironobu-s.keys > ~/.ssh/authorized_keys chmod 0600 ~/.ssh/authorized_keys # ローカルユーザーで使う実行ファイルはここに格納します mkdir -p ~/local/bin 終わりに 今年も無事ConoHa Advent Calendarに参加できました。個人的にはこれを書くと年末という感じがしますね。去年は「diskspdでいろいろなVPSのストレージベンチマークを取ってみる」という記事でした。お時間のある方は読んでみてください。 それでは皆様、どうぞよいお年をお迎えください。

こんにちは、GMOインターネットグループ株式会社の長谷川です。今回はConoHa VPSでのStable Diffusionの環境構築に関してお話して行こうと思います。 Stable Diffusionとは 簡単に説明するとユーザー指定のキーワードから画像を描画するOSSの描画AIです。2022/08/22にオープンソース化されました。また、モデルの配布に関しては、商用および非商用の使用を許可されています。 https://github.com/CompVis/stable-diffusion 今回目指す部分 今回目指す部分としては以下2点あります。 ConoHa VPSでのStable Diffusionの稼働（GPUなしの状態での稼働）Dockerコンテナとしての稼働 （後述で紹介するリポジトリは現在も開発が続いており、場合によっては稼働させるために手順の修正が必要になる可能性があります。2022/09/01現在での動作を確認していますのでご了承ください。） ConoHa VPSでの稼働に関して 通常Stable DiffusionはGPUを使用しますが、ConoHa VPSで稼働させたいのでCPUのみで稼働をさせます。よって、Intel CPUなどを使用してDeepLearningやAIのアクセラレータ技術を提供出来るツールキットのOpenVINO を使います。 【 VPSの用意 】 https://www.conoha.jp/ 上記からVPSを選択します。スペックとしては最低限16GBが良いと思われます。Dockerを使って構築していくので イメージタイプ - アプリケーションタブ - Docker を選択します。上記のイメージタイプを使うと初期段階からDockerとdocker-composeが使えます。 ConoHa コントロール 【Dockerfileの準備】 まずDockerfileとdocker-compose.yamlを配置するディレクトリを作成します。 mkdir stable_diffusion cd stable_diffusion/ vim Dockerfile vim docker-compose.yaml 次はDockerfileを書いていきます。ベースイメージにはUbuntu 20.04を使います。pyenv等を使用してPython環境と必要になるリポジトリをイメージ内に内包させます。今回CPUのみでStable Diffusionを稼働させるためOpenVINO対応の以下リポジトリを使用します。https://github.com/bes-dev/stable_diffusion.openvino FROM ubuntu:20.04 ENV DEBIAN_FRONTEND=noninteractive RUN apt update && apt install -y build-essential libffi-dev libssl-dev zlib1g-dev liblzma-dev libbz2-dev \ libreadline-dev libsqlite3-dev libopencv-dev tk-dev openssl git curl RUN git clone https://github.com/pyenv/pyenv.git /root/.pyenv ENV HOME /root ENV PYENV_ROOT $HOME/.pyenv ENV PATH $PYENV_ROOT/bin:$PATH RUN export PYENV_ROOT="$HOME/.pyenv" RUN export PATH="$PYENV_ROOT/bin:$PATH" RUN eval "$(pyenv init -)" RUN git clone https://github.com/pyenv/pyenv-virtualenv.git $(pyenv root)/plugins/pyenv-virtualenv RUN eval "$(pyenv virtualenv-init -)" RUN export PYENV_VIRTUALENV_DISABLE_PROMPT=1 RUN pyenv -v RUN pyenv install 3.8.12 RUN pyenv global 3.8.12 && pyenv virtualenv 3.8.12 sd && pyenv global 3.8.12/envs/sd RUN apt install -y python3-pip RUN python3 -m pip install --upgrade pip RUN git clone https://github.com/bes-dev/stable_diffusion.openvino RUN cd stable_diffusion.openvino/ && pip install -r requirements.txt 【docker-compose.yamlの準備】 docker-compose.yamlを書いていきます。streamlit run demo_web.py で port 8501が起動するのでdocker-composeで設定します。 version: "3.3" services: ubuntu: build: context: . dockerfile: ./Dockerfile container_name: stable_diffusion command: /bin/bash -c "cd stable_diffusion.openvino/ && streamlit run demo_web.py" ports: - 8501:8501 tty: true 【イメージビルド＆起動】 buildには5-10分程度かかります。upさせてから以下にアクセスします。 http://<VPS_IP>:8501/ 完全に起動するまでは10分程度かかります docker-compose build docker-compose up -d ブラウザから画面を確認するとテキスト入力欄があるので、早速画像生成していきましょう！！今回のテーマは "data center engineer" でいきます。（num_inference_steps:32で大体5分程度かかります。） これは完全にデータセンターの雰囲気そのままの画像ですね、よくできています。 おわりに ConoHa VPSとstable diffusionで描画AIいかがでしたでしょうか？ConoHa VPSでは他にも様々な機能が使えますので、ご活用ください。

こんにちは！GMOインターネットの小田です。今回は北九州市教育委員会の御支援、株式会社ラック、デル株式会社の協賛のもと、小学生の夏休みに開催されたプログラミング教室「GMOデジキッズ at GMO kitaQ」についてレポートします！ はじめに GMOデジキッズ とは 子供向けのプログラミング教育を支援するプロジェクトでプログラミング教育カリキュラムの構築や教育現場の支援、子供向けプログラミングイベントの開催、企業訪問によるIT人材のキャリア教育支援など、次世代を担うIT人材の育成につながる活動に取り組んでいます。 開催目的 小中学校で必修化したプログラミングを基礎から応用まで体験していただき、北九州に住む子供たちのITスキル向上に貢献したいという思いから開催に至りました。 イベント概要 日時：2022年8月7日（日）10:00～17:00場所：GMOインターネット 北九州オフィス（GMO kitaQ）対象：小学4~6年生定員：20名　※約240名の応募から厳正なる抽選で決定参加：無料イベントページ：https://developers.gmo.jp/kitaq/digikids2022/ コンテンツ概要 Scratchを使って基礎的なプログラミングをみんなで実践しながら学んでいきます。その後、学んだ基礎知識を活かしてオリジナルゲームの制作に個々で取り組みます。完成したオリジナルゲームは保護者の前で1人ずつ発表します。 レクリエーション まずは、みんなで体を動かしながらプログラミングを学ぶ時間です。 上から下へ進んでいくブロックの通りに笛の合図で動いてもらいました。 Scratchのブロックを使用しました！ 男の子は右手をあげて、女の子はピースサイン！ 体を動かして緊張もほぐれたところで、プログラミングの実践へ...！ 基礎編　～このはちゃんスイカ割りゲームを作ってみよう～ 基礎編では、弊社の商材「ConoHa」で使われているキャラクターである"美雲このは"がスイカ割りをするゲームを作成してもらいました。 このゲームは、「順次・分岐・くり返し」の考え方を学べる内容になっています。 スイカ割りゲーム 困ったときはすぐに先生が教えてくれます！ 参加者全員がスイカ割りゲームを完成させることができました！ 「順次・分岐・くり返し」 の考え方を学んだ後はいよいよオリジナルゲームの制作へ。 応用編 ～自分だけのオリジナルゲームを作ってみよう～ 4つのゲームの中から1つ選んでもらい、基礎編で学んだ内容を応用したゲームの制作に取り組んでもらいました。 制作時間は、45分×3セットで合計135分です。 おいかけっこゲームたいきゅうゲームくずせ！クーラーボックスタワー射的ゲーム 作成してもらったゲームにはこのはちゃんが登場！ 先生たちも全力サポート！ 完成して時間が余った子はゲームにアレンジを加えて、よりオリジナルティのあるものにしてもらいました。 時間いっぱい取り組んでもらい、個性溢れるゲームを完成させることができました！ オリジナルゲーム発表会 最後は、保護者や兄弟の前で完成したゲームをお披露目！ 1人ずつ時間を取り、ゲーム制作で「工夫したところ」、「頑張ったところ」について発表をしてもらいました。 クオリティの髙いものやオリジナリティのあるものが多数あり、限られた時間の中で制作したオリジナルゲームについて発表する姿は素晴らしかったです。 発表会の様子 最後に GMOインターネットでは、これからも「GMOデジキッズ」などの子供向けのプログラミングイベントを開催することにより、次世代を担うIT人材の育成につながる活動に取り組んでいきます。 以下より本イベントで使われたScratchをご覧いただけます。この機会にぜひご覧ください。 https://scratch.mit.edu/studios/31934878

みなさん、こんにちは。GMOインターネット株式会社の斉藤です。この記事は前回の「sshfsが開発終了になったので代わりにRcloneを使ってみる」の続きになります。今回はRcloneでConoHaオブジェクトストレージを操作してみたいと思います。 ConoHaオブジェクトストレージ 最初にConoHaオブジェクトストレージについて簡単に紹介いたします。 このサービスはGMOインターネット株式会社が提供しているホスティングサービスConoHaのサービスの一つです。ストレージサービスの一種で「上限無制限で容量を追加できる」「データ転送料金が無料」「多重データ保護」と言った特徴を備えています。 オブジェクトストレージへのアクセスはREST APIを通じて行います。なのでcurlなどのコマンドラインツールでも良いですし、各種プログラミング言語のSDKも揃っていますので、それらを使ってアクセスするのがよく使われる方法だと思います。 Rcloneから接続してみよう 前回からのおさらいですが、Rcloneはリモート接続を行う前に設定をする必要があります。リモートストレージ毎に「プロバイダー」と呼ばれるコネクタが用意されていて、それぞれ固有の設定を持っています。ConoHaオブジェクトストレージでは「Swift」というプロバイダーを使用します。これはConoHaオブジェクトストレージがOpenStackと言うクラウド基板をベースとしており、そのオブジェクトストレージがSwiftと言う開発名だからです。 https://rclone.org/swift/ 設定 設定を進めるにあたって、前回と同じようにRcloneの対話的コマンドを使うのですが，その前にOpenStackの認証に必要な環境変数をシェルに登録しましょう。 ConoHaのコントロールパネルにログインして、左側のメニューにあるAPIを選びます。 ConoHaコントロールパネルの「API」メニュー ここで必要になるのは、 ユーザ名 パスワード Account Service(のURL) リージョン名 テナントID になります。リージョン名はURLにあるconoha.ioの前の部分で「tyo1」などになります。これらをシェルの環境変数に設定します。以下はbashの例です。ターミナルから以下をそのまま入力します。もちろんシェルスクリプトなどにまとめても良いですし、.bash_profile等に書いてシェル実行時に設定されるようにしても良いでしょう。 export OS_USERNAME=gncu****** export OS_PASSWORD=[PASSWORD] export OS_AUTH_URL=https://identity.tyo1.conoha.io/v2.0 export OS_REGION_NAME=tyo1 export OS_TENANT_ID=[TENANT_ID] 設定できたか確認するために以下を実行してみましょう。 env | grep OS_ 環境変数が表示されればOKです。 次にRcloneの設定を行います。以下を実行してください。 rclone config ストレージの種類を選ぶ際に、30番の「OpenStack Swift (Rackspace Cloud Files, Memset Memstore, OVH) (swift)」を選択します。 $ rclone config [←ターミナルからrclone configと入力して開始します] No remotes found, make a new one? n) New remote s) Set configuration password q) Quit config n/s/q> n [←nを入力。新規にリモート設定を作成します] name> conoha-ojs [←リモート設定の名前を入力します。よく使うので短い方が良いです。後で変更可能] Option Storage. Type of storage to configure. Choose a number from below, or type in your own value. 1 / 1Fichier \ (fichier) 2 / Akamai NetStorage \ (netstorage) 3 / Alias for an existing remote \ (alias) 4 / Amazon Drive \ (amazon cloud drive) (中略…) 46 / seafile Storage> sftp Storage> swift [←swiftと入力します] Option env_auth. Get swift credentials from environment variables in standard OpenStack form. Choose a number from below, or type in your own boolean value (true or false). Press Enter for the default (false). 1 / Enter swift credentials in the next step. \ (false) / Get swift credentials from environment vars. 2 | Leave other fields blank if using this. \ (true) env_auth> 次の設問は2の「Get swift credentials from environment vars.」を選びます。 認証情報を先ほど設定した環境変数から取得すると言う意味になります。 Option env_auth. Get swift credentials from environment variables in standard OpenStack form. Choose a number from below, or type in your own boolean value (true or false). Press Enter for the default (false). 1 / Enter swift credentials in the next step. \ (false) / Get swift credentials from environment vars. 2 | Leave other fields blank if using this. \ (true) env_auth> 2 残りの設問は全てオプションなので、Enterキーを押し続けてスキップします。 最後に以下の確認が表示されますが、これにyで答えて設定は完了です。簡単でしたね！ -------------------- [conoha-ojs] type = swift env_auth = true -------------------- y) Yes this is OK (default) e) Edit this remote d) Delete this remote y/e/d> Current remotes: 接続する rcloneにはいくつかのサブコマンドがあり、これでファイルを操作します。 オブジェクトストレージの文脈では、ストレージ上にあるものを一般的に「オブジェクト」と呼びます。ファイルとは呼びません。ただここではわかりやすくするため「ファイル」と表記します。 rclone [サブコマンド] [パラメーター] しかし、オブジェクトストレージには現在何もファイルがありません。なので、rclone ls conoha-ojs: のようなコマンドを叩いても何も出てこないはずです。ただ、エラーも出ていないはずなのでこれで接続はおそらくうまくいっています。rclone copy等のコマンドで適当なファイルをオブジェクトストレージに送ってみましょう。ファイルの名前が表示されるはずです。 マウントする もちろんマウントすることもできます。ローカルに適当なディレクトリを「マウントポイント」として作成して、以下のコマンドを実行します。 rclone mount --daemon conoha-ojs: [マウントポイント] オブジェクトストレージはREST APIで操作することが前提となってはいますが、マウントできるとローカルのファイルシステムのように操作できるのでとても利便性が高いです。 もちろん、オブジェクトストレージはLinuxなどのファイルシステムとは互換性がありません。先ほどお話ししたようにストレージ上に存在するものは「ファイル」ではなく「オブジェクト」ですし、パーミッションやディレクトリも無いのです。 なので完全な代替にはなりません。操作がしやすくなるだけで、利用者側はオブジェクトストレージの特性をきちんと把握しておく必要があるでしょう。 おわりに RcloneからConoHaオブジェクトストレージを扱ってみました。最初の設定も簡単ですし、とても使いやすいクライアントです。オブジェクトストレージには他にも多くのクライアントがありますので、用途に合わせて選んでみると良いですね。 それではまた次回お目にかかりましょう。 [PR] 私が働いているGMOインターネット株式会社ではエンジニアを含め採用を強化しています。 募集職種 | GMOインターネット株式会社採用 「いきなり応募するもなぁ」と言う方は、Twitter DMで私に直接ご相談いただいても構いません。社内の雰囲気、開発現場の雰囲気、人間関係、待遇など、社内の人物からリアルな情報を知りたいという方はお気軽にどうぞ。