自分はお昼から参加しました。参加費1000円(早割だと500円)でフリードリンク、お菓子食べ放題、お弁当支給(ハンバーグ弁当とかタコライスとかいろいろあった)。非常に素晴らしいサービスでした。どのセッションもとても興味深かったです。以下、セッションのメモ。構築(新規、変更)あれいれたい!減らしたい!観測、監視ここ2,3年で流行してるのが、下の2つ。Infrastructureできるだけサーバに状態を持たせない。可能なものと不可能なものがある。不可能な例→DBImmutableにできれば考えることが減る。長いスパンでサーバを管理するには必須になってくる。誰がどういう作業をしているかわかるただしチャットツールが落ちると仕事が出来なくなったりする。<APIサーバ>今回はcloudnからbluemixにAPIを変更した。size>CFのメリットベンダーロックインが防げるたくさんのベンダーさんがサービスを提供しているCFのデメリットオンプレにCFのデプロイが死ぬほど大変(1日かかったり)Dockerは使えないの?CFはDocker使ってない。PaaSとして生まれ変わった。KubernatesをコアにしたPaaSKubernatesの開発にRedHatが深くかかわっている。Kuberの概念を取り込みJSONでいろいろ定義。その分いろいろ設定できる。Webhookにも対応。これはPaaSの中ではOpenShiftのみ。creategit上にリモートrepoが設定される。web=5スケーリングherokuライク。スケジューリングが遅い。creategit上にリモートrepoが設定される。Packを使ってるメリットシンプルかつモジュラーでカスタマイズしやすいスケジューリングもDeisよりはやめスケール早い(3→5台で、2.2秒)デメリット開発の継続力に不安どこまでメンテし続けられるかスケジューラが賢くない(デプロイ先をランダムで決める。その分早い)開発はほとんどGo。4つ見てみてどれも似たり寄ったり。gitやCLIツールからデプロイ可能。App"というベストプラクティスがある。どのPaaSもこれを前提にしている。PaaS構築は?あまり実例ない。自由があまり効かない。優れた仕組みを積極的に取り入れていくのは大切。Docker構成管理ツールFluentdなどただ規模が大きくなるにつれ複雑になり、メンテが出来なくなってくる。引継ぎコストも無視できなくなる。自前で似たような構成を作るならOpenPaaSを採用してダクトテープ(継ぎはぎのテープ)を捨てませんか。ActiveRecordなアプリケーションなので、似たような構成ならできるのではないでしょうか。DBのバックアップRedmineを停止する私の環境ではRedmineはnginx+Passenger上で動いているため、nginxを再起動する。以下を[mysqld]セクションへ追記。$CONVERT_SCRIPT_FILE以下のような内容のconvert_scriptファイルが出来ている。utf8mb4;...同じテーブルに対して二度処理を行っているが、それぞれ。前者(ROW_FORMAT=DYNAMIC)は、MySQL(InnoDB)では、ひとつのカラムのキープレフィックスの最大値が767バイトという制限があり、それを回避するための処理。to...)はテーブルの文字コードを変更する処理。$CONVERT_SCRIPT_FILEエラーが起こらなければOK。restartおしまいやはりナウでヤングで積極的でアグレッシブで柔軟でフレキシブルなマインドを持つ若者なので絵文字が使えると落ち着くのである。redmine↑sudoつけておく。使用するソフトウェアによっては自動的に独自のユーザを作ることもあり、所有者がバラバラでも正常に固めるため。/home/container/.local/share/lxc↑sudoつけること!忘れると所有者情報が更新されてしまう。/home/container/.local/share/lxc/{redmine,redmine/config}↑.local/share/lxc/{mysql,redmine}になるように配置できていればOK。lxcインストール非特権で動かせるように。DHCPの設定をしてる場合はそれもする。uid/gidから65535足した数値の範囲おわり移行完了。念のため一度再起動しておく。rootfs/となっていればOK。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。