smallpalace's blog

鯖缶主婦の日々の記録です

UVレジンの鉱物ぽいオススメ混ぜもの

こんにちは。smallpalaceです。 ドラクエ11は今メダ女あたりです。スケバンの子がかわいい。旦那さんはすでに8人目を仲間にしたようです。

レジンアクセサリはたまにいい本に出会うと発作的に材料大量に買い込んでしまうというか楽しいっス。というその備忘録です。

こんなんを作ったよ⤵︎

UVレジンでつくる鉱物レシピ:水晶、蛍石など実際の鉱物34をモチーフに。愛でて、アクセサリーにして愉しむ鉱物風レジンの世界

という本に良い材料が載ってたので作ったやつで使ったものを貼っておこうかと。ざっくりした感想を言うとピカエース大変素晴らしく歪みないなって感じです。

ピカエースシャインダストブルーは上の写真でいうと雪の結晶のモールドでとった髪どめの中身の白い部分です。単体だとムーンストーンみたいな輝きになります。そうそうこういう顔料が超欲しかったのよ。ヤッター!嬉しいいい!となりますねえ。

ピカエース ネイル用パウダー ピカエース シャインダスト SS #446 ブルー 0.5g アート材

ピカエース純銀箔 藍色、上の写真のブルーのネックレスとピアスの表面に貼ってブルーの透明塗料を混ぜたレジン液でさらにコーティングして箔の金属っぽい質感と輝きを閉じ込めて透けて見える感じに使いました。けっこう素敵な感じになった気がします。

ピカエース ネイル用パウダー カラー純銀箔 #613 藍色 3.5?角×5枚

宝石の雫ブルーはブルーの透明塗料として全体的に使いました。

レジン着色剤 パジコ 宝石の雫 ブルー 10ml 403041

使ったモールドは以下のとおりです。

レジン型 パジコ ソフトモールド 雪の結晶 404187

(アイラブコス)iLoveCos JP レジン型 宝石 ダイヤ ジュエリー型 シリコンモールド 5点セット

金具のパーツは家にあったやつでパーツクラブか貴和製作所ユザワヤかアマゾンあたりで買っている気がします。

ヘアゴム 土台付き 【丸】 マットゴールド 1個 レジン セッティング付きヘアゴム

これからはじめたい人はスターターキットも売ってるようですよ。

kerätä UVレジンクラフト82点スターターキット 届いたその日から楽しめる

無論細かい作業が楽しい人向けですよ。

最近作ったそばから娘に「じゃあこれあたしのね!ママにも貸してあげる」とか、おまえのものはおれのものなジャイアン的なのをかまされます。あんまりひどいときは、もうおまえにはなにも作らぬがそれでもいいのかと大人気なく言い渡すと今のところ引き下がってくれます。

では、読んでいただいてありがとうございました(=^x^=)

ラプンツェル衣装130cmつくってみた

こんにちはsmallpalaceです。 作ってみたところ若干複雑だったので備忘録です。

手芸に興味ないかたはたぶん面白くない気がします。

  • 作成動機

子どもの誕生月に夢の国に行くのに着ていきたいからつくってくれ、及び、七五三用に着物をつくったがドレスも着たい、という要望に応えた結果です。晴れの日もいつでもどこでも可愛く決めたいお年頃というか三つ子の魂百までのほうっぽいかな。

型紙は2冊の本からマージしつつ改造しました。

  • 参考書籍

晴れの日と発表会の服 (Heart Warming Life Series)

改訂版 手作りしたい女の子のドレス (レディブティックシリーズno.4396)

パフスリーブ袖は晴れの日〜のアリス、スカートは手作り〜のピンクのラメオーガンジー生地のドレス、身ごろは黄色の段フリルドレスの身ごろの裾をスカートのふくらみに合わせつつ伸ばし、襟をスクエアに、前あきレースアップビスチェ風に改造。

必ず入ることが分かっているプロが作成して縫い合わせ検証済みの型紙を改造したほうが入らなかった事故が起きにくいはずと思いまして。

  • 参考サイト

ラプンツェル 手作りドレス7|ericaのブログ

ラプンツェル スカート柄|ディズニー仮装衣装部

ディズニーキャラクター衣装|こども 赤ちゃんの写真撮影ならスタジオアリス

mrcos 塔の上のラプンツェル コスプレ 衣装 コスチューム ハロウィン コスプレ SE改版後 セミオーダー

あとはラプンツェルの画像検索結果をガン見しました。

  • 材料

    • スカート :濃い赤紫サテン表地と薄い紫裏地4m、青紫偏光オーガンジー1m、ポリエステル2.5cm幅レース6m
    • ビスチェ:薄い紫薄手ポリエステルと薄いピンクサテンと薄ピンクラメニットそれぞれ1m、ポリエステルレース8mm幅6m、ハトメ4.3mm12個、薄ピンクサテンリボン5mm幅1.5m、(ヒートペンがなければ袖用1.5cm幅サテンリボン5m)
    • その他:ミシン糸#60薄紫と薄ピンクと赤紫、両面アイロン接着シート
  • 作成メモ(スカート)

横縫って、裏地の裾にレース縫いつけて、表地の前側の装飾布を重ねて表地で縦脇を挟んで縫って裏地表地を合わせてウエストに1cm幅のゴム通しぐちを返し縫いで開けつつ2段分縫ってゴムを通し繋げて、表地の裾を裏地のレースだけちょうどはみ出るように三つ折りに始末。

  • 作成メモ(ビスチェ)

袖のストライプ自作は化繊なのでヒートペンでカットして熱接着したのですが、子どもが雑に扱うと剥がれてきたためミシンがけしました。熱接着した部分がまち針と当て紙がわりになったためか縫いづらいツルッとした生地の割にそんなにヨレたりしなくてよかったです。

ハッコー マイペン アルファ FD210-01

スイートドールズドレスブック6 ヒートペンでカットする端処理不要の化繊ドレス 作り方説明と実物大型紙付き

シンワ測定 サンデーカーペンター 15×30 12416

色味が納得いく生地を選んだらなんか薄手になったので裏地付きにするべ、ということで先に比較的厚手の裏地に襟と裾のレースを縫いつけてから、表地を中表に合わせてまち針でとめてから裏地側の縫い目を同じところ縫い合わせます。

レースアップの後ろの当てる生地の部分を作って裏地の片方に片側だけ縫いつけておきます。

ハトメ打つ予定位置の裏地の裏側に表地を巻き込んでに両面接着アイロンシートを貼りアイロンかけて剥離紙を剥がして表に返して端を整えつつアイロンかけて襟と前と裾の端1mmくらいをミシンがけします。

ハトメを木槌でガンガン打ってくっつけました。直径4.3mm計12こ。

ハトメ一撃 ハトメ玉シルバー 4.3mm 40組入 No.300

袖付けは、そで山とそで裾端3mmくらいの位置に4mmの縫い目幅でミシンをかけて端糸を引いてギャザーをよせて肩の表地のみとそで山をまち針で固定し他もギャザーを調整しつつまち針を脇まで多めに固定し縫い合わせる。そで脇と胴脇の表地を縫い合わせる。裏地に縫い代を入れ込んで身ごろの表地の肩と胴脇の端1mmを縫う。袖口布を縫いつけ折り返して縫い代を入れ込んでまち針で止め袖口布表側のそで付け根1mmを縫う。ここまでで半袖バージョンのビスチェ完成。追って着脱可七分袖作成予定。

個人的重要ポイントはハトメ部分のアイロン接着シート。上記画像の、向かって左は表地の縫い代がアイロン接着シートの裏側にしっかり入っていて表地全面に接着されてキレイだけど、右側は縫い代が前側にきてて表地の縫い代部分が浮いて見え残念なことに。

クロバー 熱接着両面シート 77-951

あとスカートにステンシルとアクリルガッシュとスポンジで模様つけたいです。

マービー シール式ステンシル ノーカット・5枚入 8822-600

きた様子

ということでみていただきありがとうございました👗

保育園のお祭りその他2017夏

こんにちは。 もう8月になってしまいました。 保育園のお祭りほか、とりあえず書こうかなと備忘録を失礼します。

今年は最後なので私も悪目立ちを気にせず自作の娘の浴衣と共布で作った浴衣を着て保育園のお祭りに行きました。そして子どもと一緒に普通にアンパンマン音頭などを踊りました。

保育園の保護者がやらなきゃいけない係がいくつかあるんですが、毎年必ずなんか一つやらなきゃいけないので今年は夏祭り係でした。ワニワニパニックのペットボトルのワニを穴から出す人(園児年齢に応じてスピード調整する)のと後片付けで車出して公民館から園まで荷物を輸送しました。

ワニワニパニック

ワニワニパニック

近所の公園のお祭りにも行き輪になって盆踊りしてるところに混ざりました。楽しかったです。

あと反物買ったはいいけどずっと作りかけになってしまってた紺色と紫色の浴衣を今年まち針が片付かないなと思って最後まで縫い合わせました。 実は反物から女物の普通の浴衣をつくるのは初だった模様です。(二部式と旦那さんのは作ったことがあった)

歯医者の保険適用外治療をしました。 外科だったんですが口が小さいせいで口の端が切れたり頰の皮膚が引っ張られて青タンできたりしていたかったです。

日暮里繊維街のあたりの団子屋のレインボーかき氷。キレイにシロップかけてあって混ざった部分もいい色でした。

リネンのワンピースを母娘お揃いで作りました。 夏場はリネンは涼しくていい感じです。

メーター4k円とかする生地でしたが、それなりのワンピースはだいたい2万円前後するのでまあいいかと買ってしまいました。

高い生地買うとタンスの肥やしになったらもったいなさすぎて、さっさと作らなくちゃいけない気持ちになるので材料の在庫が消費しやすいです。

プリキュアの妖精のドーナツ↑が出てたのでゲットしてました。

ちょっとアロマの本を買ったので練り香水的なものを作ってみました。あと美白らしいハーブをアルコールと精製水に漬け込んだものでクレイパックとか作ってみよっかなと思っています。

アロマテラピーの教科書―いちばん詳しくて、わかりやすい!

アロマテラピーの教科書―いちばん詳しくて、わかりやすい!

ansibleとazureに最近若干慣れた気がしてきました。9月の頭のやつ満員すぎて入れなさそう。

Ansible Meetup in Tokyo 2017.09 - connpass

これに出るF5の人CFでF5のテンプレも紹介してたような。2014年頃はbarracudaしかクラウド上でaz跨いで冗長いけるWAFの選択肢が無かったけど頑張ってたんやなと思いました。

f5-aws-cloudformation/README.md at master · F5Networks/f5-aws-cloudformation · GitHub

地元の祭りにて↑。プリキュアショーもやってた。間近でみる花火が銃撃戦みたいな音で迫力ありました。

お盆に持って行ったものら↑。抱っこクマはアーモンドプードルの代わりにきな粉使ったら変わった味になりました。飾り結びのコサージュは梅結びというやつですね。

抜き型つき だっこクマビスケットBOOK【抜き型5個付き】 (バラエティ)

抜き型つき だっこクマビスケットBOOK【抜き型5個付き】 (バラエティ)

やさしいひも結びこもの (Heart Warming Life Series)

やさしいひも結びこもの (Heart Warming Life Series)

お盆や葬式や8月の終戦記念な季節になると今ここに五体満足で生きてることの幸運さにありがたい気持ちになります。

あと大洗海水浴場と徳川ミュージアムに行きました。

子どもは海についたとたん砂の上で転がりまわって砂浴びを楽しんでました。こんな時じゃないとできないもんだからw 波に浮かぶのも楽しかったようで良かったです。海は良かったけど海の家が混んでて男性側はシャワーがならんじゃって入れないし食事も50分待ちということだったのでした。

大洗海水浴場に近いっぽいので行ったミュージアムは庭が良かったし家康が関ヶ原に連れてったという刀剣が関東大震災で焼刀になってたのを再現した写しが本体も拵えも美しかったです。刀狩りゲームの某声の方がとても良い声でミュージアムの展示の解説をしていてビビりました。あとは光圀公(水戸黄門様)の所蔵品がいい感じでしたね。具足や兜や軍事演習の絵巻や書や木彫の等身大座像や庭で焼いてたらしい茶器などなど。兜の形も頭巾でした。

「水戸徳川家」のまとまった史料がみられる唯一の博物館 » 公益財団法人 徳川ミュージアム

ミュージアム展示ガイドアプリ「ポケット学芸員」

つい本をかってしまった。

物語で読む日本の刀剣150 (イースト新書Q)

物語で読む日本の刀剣150 (イースト新書Q)

あと湖のそばのカフェのかき氷が巨大でした。

帰りの守谷のSAで納豆がいっぱいでした。

サガエ納豆さんの 納豆あられ

サガエ納豆さんの 納豆あられ

納豆あられが子どもに大好評でした。

最近買った↓ゲーム。スプラトゥーンはYouTuberのプレイ動画の影響で娘にねだられて。普段ガンシューティングはやらないというか、私が自分でクリアできたことのあるアクション系のゲームって塊魂スペースチャンネル5ゼルダくらいで、どっちかというとアストロノーカみたいに地味に野菜育てたり害獣用トラップ仕掛けたりするやつの方が性に合ってる気がします。マリオカートは家族では旦那さんが1位でした。ゼルダのコースが懐かしい感じでした。

Splatoon 2 (スプラトゥーン2)

Splatoon 2 (スプラトゥーン2)

マリオカート8 デラックス

マリオカート8 デラックス

刀のゲームの活劇の方のアニメはMX見られなくなったのでネットで時差で見てるかんじですね。殺陣(タテ)が多くてカッコいいです。ゲーム自体は居るのでなれるのは大体極にしてそれ以外のLVは上が92で下が52くらいな気がします。FEのechosはやっと海賊と竜倒したくらい。のんびりやってます。

旦那さんはゴーストリコンというオンラインで協力プレイできるガンシューティングを最近プレイしていました。

あとお盆の間にプリキュアのイベントスペースに連れて行こうかなってのと、ラプンツェルの衣装をリクエストされてるのでそれを作ろうかと思います。

会場 | キラキラ☆プリキュア アラモード 夢みる☆みんなのパティスリー

まだまだ祭や花火には行きたいかなと思います。

第27回小江戸川越花火大会の日程・開催情報|花火大会2017

ではこんなところで、みていただいてありがとうございました(*´∀`)♪

4〜5月のことと引越し

こんにちは。smallpalaceです。

いつの間にか6月だなんて。。ざっと出来事を思い出しつつ備忘録です。

  • 行った勉強会

DevOps的なやつ行きました。

  • 読んだ、読んでる本

むかし読んだ本を美人に貸しました(TLに流れてて気になって読んだやつを必要そうな人にどうぞした)

はじめよう! 要件定義 ~ビギナーからベテランまで

Infrastructure as a codeっぽいのも読んでる

Infrastructure as Code ―クラウドにおけるサーバ管理の原則とプラクティス

  • ホビーショー

時間がそんなに取れずあんまり見られなかったんだけど草木染め体験とかしまして楽しかったです。

山の幸染め+ハピネスカラーマット

  • 手芸

子供のスモックブラウスとかじぶんの前あきボタンワンピースを作成

クライ・ムキのママとおそろい服 (Heart Warming Life Series)

あと子供の移動ポケットとか(プリキュアのスイーツパクトのポーチ風)

子供の水筒ホルダー

ブレスオブザワイルド超面白かったです。名作だと思う。 オープンワールドでタスク消化していくスタイルがウィッチャーみたいだと思いました 高いところから飛び降りるのはアサシンクリードぽいと言えなくもないけどアレよりもすごいっす。 高所から確認した地点にパラセールでそのまま飛んでいける仕様なのでめっちゃ山とか塔とか高いとこに登っちゃう感じ。 お気に入り装備はクライムシリーズ。虫とりや狩りしやすかったので忍びシリーズも好きです。 ライネル狩りまくれるほどアクション大好き派でもなかったというか白髭のやつ強すぎて無理だったので蛮族シリーズは全然強化できなかったっすね。

写真↓は甥っ子の米粉粘土をお散歩中に借りて作ったやつですね。10時間くらいかければもうちょっと精巧に作りますがそんな時間はなかったです。

  • FE

まだ始めたばっかりで1章ですが職場のFE好きな同僚はもうクリアしたっぽいです。村人がレベルあげられる回数的に強くなるとか弓兵強いとかは聞いた。

  • こどもの日と母の日

子供の日は義実家でBBQに混ぜてもらいました。楽しかったです。 母の日はお花とタオルハンカチとか持って行ったりなど。

  • 遠足

近所のグリーンセンターに遠足に。今年の弁当は肉肉しさが足らなかった模様。 弁当作り終わって出がけにプリキュアの水筒のパッキンが行方不明と気づき、脳内に”今何時?一大事〜!!”みたいな妖怪の歌がぐるぐるしました。ニトリの水筒にピンクの水筒ホルダーを作成して事なきをえました。 遠足自体は日差しが強くて疲れたけどまあ楽しかったかな。なんか孔雀が大サービスでしたよ。

  • 引越し

子供が来年小学校なので部屋がいるのかなと思って駅からちょっと遠くなるけど広い家賃はちょっと高いところに引っ越しました。 なんかずっと人住んでなかったみたいで内見時はトトロでいう「やーい、お前んちおっ化け屋敷〜」みたいなとこでした。 契約後にリフォームしてくれてまあ普通に住めていますね。広いので退去時のクリーニング代がたかそう。 食洗機は新居に2代目をお迎えしまして1代目の分岐水栓を自分で外そうとしたら外れなくて自営工務店の義父に手伝っていただきました。「金属は温めると歪むから外れやすくなるんだよ。ドライヤーくらいがちょうどいいね。しかし自分でやろうとするなんてすごいね。」といってクレ556とプライヤーダブル(義父と夫で逆に回す)とドライヤーで外してくれました。次外すときはドライヤーも使おうと思った。私の好奇心からくる奇行を褒めていただいて割と嬉しかったです。

新しい家は窓が多くてカーテンを日暮里のトマトのインテリア館で布買ってきて自作してるんですがまだ終わってないっすね。あとアンテナがなかったので光テレビになりましてナスネ使えなくなってしまった模様。広いので、ルンバ欲しい。将来的にゼルダの歩行型ガーディアンのような階層を移動できるお掃除ロボとか出るといいなあ。ビーム打たなくて生体反応とゴミを識別できる感じの。

  • 仕事のこと

ちょっとこれまでやってたのが収束して。新しいことを覚えたりこれまでをまとめたりする期間のようです。 これまでかかわっていただいたかたにはとても感謝しております。

というわけでこんなところで。みていただきありがとうございました(^^)

七五三7歳の準備ーその6バッグと帯周り

こんにちは。smallpalaceです。

前回は末広編でした。

七五三の準備としてはたぶんラストかな。

がま口バッグを作りました。取っ手はパールに9ピン通して丸カンでつなぎました。生地は品切れで注文していた帯用の金襴生地を使っております。裏地には着物の裏地と同じサヤ型の生地を使いました。

通販したがま口には特に型紙はついてなかったので以下のサイトを見て適宜作りました。

角型がま口、型紙の作り方(*^^) ( その他趣味 ) - kuniponの手作り日記 - Yahoo!ブログ

あと帯留め兼帯飾りを作りました。

プラ板にヤスリかけて色鉛筆で彩色し焼いて縮めた熱い数秒のうちにボタンで成形して裏に色止めの白パール風マニュキュアを薄く塗りレジンで金具接着と表面コーティングをしました。

下がり藤の家紋を入れてみた。藤かわいい。ウチの実家の家紋は九枚笹で竹中半兵衛という戦国武将と一緒らしいですが可愛さや雅さや装飾性はあんまりなくアクセサリーのモチーフにしずらいですが旦那さんの実家の家紋は藤で雅で嬉しい限りです。

プラバンでつくる 季節のフラワーアクセサリー (アサヒオリジナル)

プラバンでつくる 季節のフラワーアクセサリー (アサヒオリジナル)

家紋の世界―あなたのルーツはここにあった!

家紋の世界―あなたのルーツはここにあった!

上記のバッグは口金の横幅19cmでちょい大きく、もう少し小さめな16cmくらいのがま口の口金を通販したらば国外から届いてやたら待って首が長くなっていたので届いた次の日に3つの口金を使って3つがま口バッグ作りました。

あと何故か裁縫箱に眠っていて発掘されたフサ付きの紐で八重菊結びの飾り結びをしてみました。(紐は買った記憶が一切無いので何かの包装に使われていたものかもしれない) クリップとブローチピンを両方付いてる金具を裏に貼ったので帯の飾りにも髪飾りにも出来る感じになりました。

やさしいひも結びこもの (Heart Warming Life Series)

やさしいひも結びこもの (Heart Warming Life Series)

とりあえずこれで子供の和装の準備はおしまいです。めっちゃ楽しかったです!

帯が着崩れてますがとりあえず桜と撮影してみました。(コレ(iPhone撮影)とは別途一眼でも撮りました)

たぶんあと子供の洋装と自分の和装か洋装と撮影と写真のデータの加工と印刷と額装というかカルトナージュ的にアルバムを自作みたいなんを別にたぶんやる気がします。

みていただきありがとうございました(^ ^)

コンテナ支部の#4にいってきた

こんにちは。smallpalaceです。

 

3末にJAWS-UGのコンテナ支部の#4に行ってきましたので備忘録です。

 

https://jawsug-container.connpass.com/event/51776/

ハッシュタグ:#jawsug_ct

https://twitter.com/search?f=tweets&vertical=default&q=#jawsug_ct&src=tyah

あとで↓こちらで配信されると言っていました。

https://crash.academy/

 

 ---

 

前佛さん
CLIなどの話

http://docs.docker.jp/

コンテナは技術、Dockerは使用
DockerHubが中継点
コマンドでコンテナとイメージを操作


技術と仕様

技術はコンテナ、仕様は使用

環境が異なる問題を解決

すべての依存関係をパッケージ化してコンテナとして動かす

LinuxKernelのコンテナ技術:
namespaceとcontrol group(cgroup)の制御により、
プロセス環境をisolate(分離)し、リソースも制御できる
この技術をDockerEngineで制御

LXC,libcontainerを使っていた、
いまはdockerd、containerdとrunCを使っている
(ライブラリとデーモンの話

通常LinuxサーバではinitをプロセスID1としてその下にプロセスがツリー上にぶら下がっているが、
それぞれのコンテナ内ではそれぞれPID1になってる

コンテナ内のファイルシステムも同じように/からはじまっているがホスト側ではマウントされてるようにみえる

Dockerイメージ
・イメージ・レイヤの積み重ね。
・読み込み専用
メタデータのようなものをもつ

Dockerコンテナ
・イメージレイヤを1つのファイルシステムとみなす
・読み書き可能なイメージレイヤを持つ

Dockerイメージは仮想サーバ用のイメージとは違ってプログラムが必要とするファイルしかもっていない

コンテナを実行するときはイメージの上に書き込み可能なレイヤを割り当てている
ログとか。

イメージレイヤには親子関係がある
あるイメージから別のイメージをつくる場合に有効。重複する部分は共有するなどリソースを節約したり差分管理
したり素早く実行したりできる。(gitなどのバージョン管理システムに似てるらしい)

DockerEngineはイメージをコンテナ化してコンテナ技術で動かす

でもコンテナって前からあったよね?Solaris10とか?

その差とは?

ただコンテナ化して置くだけでなく、
構築・移動・実行(Build>Ship>Run)ができるようになった

移動がHubにあたる。
Dockerイメージの保管と共有をするためのリポジトリ(倉庫)

dockerクライアントがrunをすると
dockerエンジンがhubにイメージを問い合わせて(pull)ダウンロードしてコンテナ追加して実行して返す

イメージは並列で送ったりダウンロードしたりできる

hub.docker.com

CIツールとバージョン管理システムでwebhookでpushしたりもできると。

Dockerイメージ操作コマンド

コマンド体系が最近変わった

最近はイメージにかかわるコマンドは
docker image ~という感じになる

コンテナ操作コマンド
これまではdocker runだったが最近はdocker container runになる

いちばんはじめは
docker image pull
でイメージをhubからとってくる

つぎ
docker image ls
ローカルのイメージを一覧表示

docker container run
イメージを実行

docker container ls
(docker ps)

docker image build
イメージの自動構築(ビルド)
Dockerfileからビルドする

docker container commit
コンテナ用レイヤをイメージ化

docker container inspect
コンテナの詳細情報を表示

docker image inspect
イメージの詳細情報を表示

docker container diff
イメージとの差分を表示

docker image history
イメージレイヤと履歴の表示

docker search
ハブのイメージを検索

コンテナ削除はrm
コンテナもイメージもrmできる
コンテナは動いてるやつをけすやつ

pruneでいらないのを丸ごと削除できる

docker system prune
でいらないすべてを消せる

docker system info
docker system df

キータのzenbutuにのってる
http://qiita.com/zembutsu

コピーオンライトでパフォーマンス劣化

http://docs.docker.jp/engine/userguide/storagedriver/imagesandcontainers.html

バイスマッパー
 ストレージドライバを使うしメモリを食う

使ってるOSのデフォルトで違う

ボリュームはコンテナ用のレイヤとは分離されてるのでデータベースとかで採用するといいかも

docker volume
docker networkなどのコマンドもあるよ

https://www.slideshare.net/zembutsu
@zembutsu

QA
コマンド変わったけど内部的な動きは同じ?
→同じです

----
あさのさん

ECS関連アップデート

AWSのソリューションアーキテクト

アップデート結構多いと。

12月からのアップデート
ECRについてレジストリの話も

OSSBloxリリース

https://www.slideshare.net/AmazonWebServices/new-launch-advanced-task-scheduling-with-amazon-ecs-and-blox


 ECSをカスタマイズしたい人向けのツール
  カスタムスケジューラを作りたいとか

WINServerコンテナ対応
 タスク定義のいくつか制限など
 Hiper-vコンテナはEC2上では動かせない

TaskPlacement
 タスクの配置をより柔軟にカスタマイズできる
 binpackはタスクをつめこむ
 spreadにするとタスクを分散する(AZとかインスタンスとかの指定をすることでコンテナをどこにおくのか決められる)

ECRがDockerイメージ。。をサポート

コンテナインスタンスのドレインをサポート
 ほかのタスクに影響を与えずにクラスターからコンテナインスタンスを削除可能に
 タスクがいなくなってからホスト削除するとか

コンテナインスタンスのドレイン自動化実装例も

ライフサイクルフックでインスタンスのterminate。waitを検知してSNS経由でlamdaファンクションをinvokeするとか
lamdaファンクションによりコンテナインスタンスの状態を。。うつせず

ECS-optimizedAMIの更新通知がSNSで受信可能に。
リージョン単位

EC2ContainerRegistry(ECR)
つまりAWS上のDockerHubかな
フルマネージドでよい自分らで運用しなくていい
DockerHubは日本にないのでレイテンシが問題
コンテナイメージはHTTPS送信され保存は暗号化。
IAMとのインテグレーションできるので安全。クロスアカウントもできる

認証用のクレデンシャルヘルパー。使わないとlogin処理が必要になるので手間。

https://github.com/awslabs/amazon-ecr-credential-helper

試してみてね!

----
とださん

コンテナ支部の人

@thiro1123

とある社内ビックデータ基盤にバッチ用コンテナ環境を構築してみた

会社名は秘密だそうです

導入の背景
バッチが300以上ありサーバ80以上の上に様々なOSやミドルや言語やライブラリやなにやら蜜結合して検証がうまくいかないケースが。
アップデートすると動かないとか日々おこる
事業担当者に怒られるクレームドリブン問題のプロジェクトであった
アラートモニタリングだけで追いつかない
一つのバッチうごかすのに1か月かかる

現在は、新しいことしたらその倍の問題が発生はしない環境

社員の人に「ライブラリの競合がいやならコンテナにしては?」といったら了承3秒。

JP1からバッチ管理したいと。APIゲートウェイつかってる
ラムダ→SQS→ECS
デプロイや環境構築はjenkinsのジョブで自動化してると

QA 
・コンテナのイメージ数は?
→オンプレにいるやつもまだいる。データ分析用のやつが2,3個で検証段階
 やっとつくったところで絶賛推進中。ほかにも広めてるところ

 改善するために分離できるようにがんばっている

・ログをとるとき?コンテナでどうしてる?
→きほんCloudWatchlogsとかS3とかデータベースとか側に送るようにしてる。ボリュームは使わないほうこう
 管理が大変になるので
 できるだけ状態を持たないようにしてくださいと言ってる

・オンプレのAPIゲートウェイ
→オンプレのサーバにはなにもいれない。Linuxにはcurlがある。

----
NTTソフトフェアの須藤さん
あさってからNTTテクノクロスにいく

社内研修の講師とか検証とか
社内ではAWSの回し者といわれている。ECSとラムダがすき

NTTとDocker,Containerときいて?
結構深いつながりがある
DockerEngineとetcdとかInfraKitとDockerTokyo OrganizerなどのメンテナとかをNTTのSICから排出してる

わたしは
社内検索エンジンOnDockerをつくったり
備蓄品安心サポートというBtoCのサービスをECS上に構築するなど

ECSの導入メリット
 アプリのデリバリサイクルを早める
 アプリとインフラの責任分界点が明確、インフラがマネージドサービスになるので劇的に負担が減る
 インスタンスとサービスの分離。マイクロサービスの追加がより容易になる。サービスとインスタンス疎結合になる
 サービスを追加するときにやる作業量が減る
 価値提供が迅速になる
 運用コストを抑えられる。ECS+SpotFleetと組み合わせると。オンデマンドと比べて51.7%削減した数字を弊PJでもってる
 運用オペレーションが簡単になる。人間のオペレーション時間が減るので運用コストが削減される
 多くの場合インスタンスよりエンジニアのコストのほうが高い

ECS導入の勘所
 なんでも乗せ換えると幸せになるわけでもない。知っておいてほしいことがある。

タスクとかタスクでふぃにしょんとかわからなければブラックベルトの資料みるといいよ

https://www.slideshare.net/AmazonWebServicesJapan/aws-black-belt-online-seminar-2016-amazon-ec2-container-service

なるべくDockerVolumeを使わなくていいように設計する
Volumeを使うとコンテナインスタンスがImmiutableでなくなるのでクラスタのメリットが損なわれる
ファイルはS3へログはCloudwatchLogsへ永続化データはRDSやDynamoDBへ
ログについてはawslogsというログドライバがあるのでそれを使うのが基本
標準出力をCloudWatchlogsに転送してくれる
 ログローテートやログファイルの考慮が不要
fluendとかほかのログドライバの検討
 ハイブリッドとかマルチクラウドとかすでに仕組みがある場合に検討するとよさそう

パスの設計(URL設計)
ALBのパスベースルーティングの利用
 ドメイン名を分ける必要のないServiceは何か?
 多数のサービスがある場合、それと同数のALBを作るとこすとが膨らみやすい
 パスベースルーティングで1つのALBに複数のサービスをぶら下げられる

データソース設定
 コンテナに埋め込まないですむやつ
 環境変数やRoute53のPrivateHostedZoneの利用でRDSのエンドポイントをコンテナイメージに埋め込まないように。

セッション管理
 ALBのStickySessionを使う
  タスクが停止するとセッションが切れる
  SpotFleetだとインスタンスが変わるタイミングは予測できない
  頻繁にサービスを更新するような(タスクが停止起動する)場合はこれだけだとつらい
 StateStoreを使う構成にする
  ElastiCacheでRedisとmemcacheつかうとよい
  アプリではspring-boot-starter-redisやSpringSessionなどで

アプリの作りはコンテナベースのサービスに向くか結構重要

環境構築時注意すること
 コスト最適化
  ECSはSpotFleetとの相性が非常に良い

最新のECS-optimizedAMIを使うとよい
 DockerやECSのバージョンアップで更新される
 脆弱性対応が通知されたら最優先でクラスタの更新を。
  新しいSpotFleetをクラスタに追加
  古いインスタンスをすべてドレイン
  古いSpotFleetをキャンセル

ECSでのServiceDiscovery
 Taskの変動に応じてターゲットグループ(インスタンスとポート)をメンテナスしてくれる機能がある
 構築時にしか指定できない

1.からのECSクラスタをつくる
2.SpotFleetをつうkるインスタンスロールに特定のやつをアタッチしないといけないのとユーザデータでECS_XLUSTERを指定
3.ALBとからのたーぎえっとグループを作る
。。。6つがだいじらしいがうつせず
ポイントを押さえて幸せに

QA
・負荷のところで気になったのがRoute53だとキャッシュとかどんなもんかな
→R53そんなにしらないがプライベートの場合は解決がすごく早いので大丈夫なのでは
→ログの転送がfluentd+CloudWatchLogsでPrivateHostedZoneで解決して送ってるがログの遅延はロストはない
→DBの場合アプリでコネクションプールしてる場合はトランザクションのたびにDNS引く動きにはならない
----

 

というわけで備忘録でした。みていただきありがとうございました!

 

最近行った勉強会そのた201702-03くらい

こんにちは。smallpalaceです。

いつの間にか4月ですね。

2月から3月にかけて出歩いたりした備忘録を失礼します。特にサマってなくて長いのでお時間ある時にどうぞ。

  • 2月のansibleのセミナ

Redhatがやってたやつと書籍の出版記念みたいなんに行ったりしました。

Ansible実践ガイド (impress top gear)

Ansible実践ガイド (impress top gear)

Ansible徹底入門 クラウド時代の新しい構成管理の実現

Ansible徹底入門 クラウド時代の新しい構成管理の実現

片方はビジネス向けっぽくて両方ともハンズオンとかではなかったので行ったあと実際触ってみて書いたのが以下↓

chef使いがAnsibleをちょっと触ってみた前後の感想など - Qiita

  • 3月のMyNAのGroupReplication

なんとなく行ってみたら英語だったのでした。QAは通訳してくれてました。

https://atnd.org/events/86380

トゥギャッター https://togetter.com/li/1092945

Mattさん(HAがらみの開発者の人)から英語で英語のスライドでInnoDBClusterのGroupReplicationの解説

かろうじてノートにメモれてた内容

・アプリからMySQLRouterへ接続してそこからマスタのGroupに更新する

・スレーブはマスタのグループを見てるのでその時見てるマスタがおちたら自動で違うマスタをみる

・マスタの追加はMySQL-shellでやる、Workbenchにラッパ機能が追加されるハズ

 ・会場のなかでMySQL-shell使ったことある人は一人だけだった

mysql.jsで構成情報をjsonデータで渡すこともできるようであった

・マスタを追加するときはデータ量が多いとやっぱり時間がかかるのでスレーブ追加の時のようにdumpデータとるとか

 遅くて待ちきれなければOSのsunapshotでどうにかするなど工夫が必要

・ハード的な必要スペックとしてはCPU32~64コア2.5ghz以上、  SSDで低レイテンシなNW(障害を起こさないという意味ではroundtripが5秒以内だが早ければ早いほど良い)

・スライドにshared Nothing ClusterでCrossDataCenterとか書いてあってダークファイバでVPN必須なんですかと聞くの忘れた

・プラガブルなプラグインの機能としてGroupReplicationは提供される

QA

Q.GroupReplicationのレイテンシーに関する要求って、どの程度?A.障害が起きないという基準では、各ノード間で5秒以下。もちろん速ければば速いほど。

Q.(GroupReplicationで)シャーディングの場合、シャーディングキーは必要? A.現時点では未実装。そうなるだろう、今はなんとも言えない。

Q.既存のグループへのインスタンス追加、再作成に時間がかかる? A.GTIDで動機をとるので、追いつくことは可能。短縮するためには、今のレプリカの建て方と同じで、バックアップからリストアして、残り差分をGTIDベースで動機させる。

Q.(GroupReplicationは)5.7にPlugInで提供されているが、今後はどういった形で? A.今後もPlugInの形式で提供する想定。他にも8.0では多くのPluginを提供するつもりで、PlugIn同士の連携強化も考えている

  1. InnoDB Clusterのエラーログがわかりにくいんだけど、もう少しわかりやすくなる? A. 改良する余地がある。一部は8.0になってしまうかもしれない。

  2. (シャーディングで)複数のインスタンスをまたぐようなクエリの結果をまとめて返すような仕組みは提供される予定ある? A. 第1段階:ルーターの中にアグリケーション処理を持たせる。第2段階MySQLサーバー自体に持たせる、で考えている。

Q.memcache plugin動く? A. うごくはずなんだけど、試してない。最近使う人も少ないしw

  1. MySQL WorkbenchはGroupReplicationに対応する? A. 対応予定!

  2. Galeraとの差別化は? A. (1)運用監視がp_sにまとまってる。(2)MySQLチーム全体で開発することによる中長期的なサポート。(3)GroupCommunicationはP2Pなのでノード追加での劣化起きにくい

Q.ステートメントベースのレプリケーション、将来なくなる? A. 現時点では廃止する予定なし

  1. RBRにトリガー使えるようになる? A.社内で何度も議論はしているが、決定している話はない。

  2. 5.6まではonline schema changeしたいのでステートメントベース使っているが、今後GTIDがデフォになるであろう中で、どうすべき? A.MySQL自体でOlineSchemaChange的なものを提供したい。

yokuさんのFablicの質問をsejimaさんが代わりに質問、思わず苦笑い。「現時点では、EOLではない!」。

Q.SingleTransactionでバックアップできない。。 A. 直後のやつは無理だけど、先のやつで対応するだろう。  セーブポイントを追加するとかいってた。

Q.MasterにVIPいる? A.いらない。マスタがコケたとき、スレーブは勝手に参照先を切り替える。


Mitaさんの「My MySQL Best Practice」

MySQL が得意なのは、OLTP 系ワークロード(DWH系ではなく)

DB選定フェーズを設け、違うものと比較する(本家とMariaどっちがどうとか聞く人にとってはどっちも同じ) どう組み合わせるのがよいか考える MyISAMは同期書き込みしないし破損チェックに数時間かかったりする(Use InnoDB, No more MyISAM

エラーハンドリングは開発者(プログラマ)の腕の見せ所 リトライしてますか?そのバッチ、再実行できますか? 障害試験、負荷試験、昇格試験、軽視されがちだけどひつよう

再接続 コネクションプーリングしてても定期で貼りなおして設定更新とか偏りをなおしたほうが負荷高い時間帯にむけて安心

「クエリとクエリの間に重い処理を挟まない」これ、ロック/メタデータロック掴んでる時間も伸びるのでマジで勘弁してほしい

DBAに相談するときは 手段(作業ベース)での依頼ではなく、目的を伝えてほしい!開発者には一部しか見えていないことがあるので、それが最適解かどうかわからない!


会社のすすめで技術じゃなくて英語の研修も5日分くらい受けました。 前よりは語彙が増えて聞き取れるようになったのかもしれないけどまあ自分の中の地を這うような進歩ではありますかね。 なんとか継続可能なようになんか考えようかなと思ってファイアーエムブレムヒーローズの言語をアメリカにしてみたりしたところキャラの声が全体的に低めになってました。 出撃する系の語彙ばっかり増えてもしょうがないので正攻法もなんか考えないといけないですね。

https://matome.naver.jp/odai/2129666088769881601

DMM英会話も安いと聞きました。


sakuraインターネットの宣伝

スパコンをサービスとして使えると CPU3万2千コア、262テラのメモリ、InfiniBandでの高速なインターコネクトバンドでつながってて並列計算につかわれる 今まではオンプレだった 「専用サーバサービス」のサービスフレームワークで提供、

クラウドっぽい物理も増えてて良いとこどりのインフラ選びが可能に。

オンプレ一辺倒もサービス利用の流れが来てると。


パネルディスカッション「なぜ専用サーバを選んだのか」

メルカリ×はてなの夕べ

登壇者の人々:  メルカリの長野さん(@kazeburoさん)  SREチームというのに属しているそう    はてなの渡辺さん(wtatsuru  システムプラットフォーム部長

 さくらインターネット鈴木さん

 さくらインターネット法林さん@hourin  コミュニティマネージャー

メルカリ  日本最大のフリマアプリ、USもあり最近UKもできた  それぞれ別のインフラストラクチャを使っている  日本は石狩のさくらのDCで、UKはGCPで動いている

ほとんど専用サーバ、IoMeemory/IntelDCCP3700など さくらのクラウドをユーティリティサーバに利用

はてな  2001年から創業、多くのWebサービスを開発・運用  はてなブログはてなブックマーク、マカレル、BrandSafeとか  受託はジャンプルーキーとカクヨムとか   DC構成は、ハウジング@東京、はてなブログくらいからAWSつかいだした ハウジングの移行先で石狩DCを使い始めた

ほとんど仮想化してリソース共有している。高性能なサーバは占有でioMemoryなDBとか


ここからディスカッション

・導入のきっかけ

メルカリそろそろ4年、長野さんはそのうち2年くらい はじめにつくったときさくらのVPSだったらしい 当時のエンジニアがAWSよりさくらに詳しかったためクラウドから専用サーバに移行していった

はてなは使ってたのがハウジング、調達がきつい、ネットワークのパフォーマンスがきつい 自作やめてベンダのやつつかいはじめてクラウドにして、、

・比較するポイント

はてなAWSつかうようになっててそことさくらを比べて、コストと移転しやすさを、 専用サーバをddでコピーして移動できるというのはメリットだなと バーストが大きいのはクラウドがいいが、そこまでバーストがなくてコストメリットが専用サーバのほうが大きかった

メルカリ:コストの面、パフォーマンスも高い

数字とコストで判断

加藤:使っていただいてありがとうございます。自作サーバのときはてなさんと一緒に勉強会とかしたのでつながりがふかい  メルカリさんもVPS担当してたのでなじみがふかい

・専用サーバの導入時の苦楽、物理ならではの問題?

メルカリ:入ってコンソールつかって、は楽だなと思った、物理サーバがなんとなく見える特徴がある  なにやってるのかわかりやすかった。

はてな:移行に関してはハイブリッド接続でNWははやく結べるしVMとか楽にできてる  それに至るまでにネットワークで苦労する。ハウジングみたいな自由になる環境とくらべると手間がある

・わかいエンジニアは仮想しかしらない?

はてな:サーバみたことない、SSHログインしたことない子もいるし、インフラ強い人もいるしいろいろいる

メルカリ:SREチームには若い人がいないので触ってる人がおおい、新卒とかだと物理サーバみたことがないとか  さくらのデータセンタの見学をしたこともある

・導入後の運用について

はてな:ハードの管理がなくなったのは楽になった、ファームウェアのアップデートを追いかけたりもしなくていい  DCでファームのバグで落ち続けるとか経験したがそういうのがなくていい

メルカリ:動き出してしまえば楽だし早い。ストレージのI/Oまわりが早いのはうれしい。  動き出す前の、コンソールが使いにくい・重たいとか、一回で大量に発注しないとな時にポチポチがつらいAPIがない   さくら:おっしゃるとおりAPIがんばりたい。コンソールからビデオ画面がいじれる

メルカリ:コンソールからRaid組んだりする

パーツ

メルカリ:発注するときにこういうパーツで、というときがある

さくら:あらかじめいうと用意しておくことができる、  IoMemoryが標準だと1.6TBなどで容量がすくないので要望いただいて別料金でご用意してい

・ベンチについて

メルカリ:新しいストレージ周りのものが出たときにそれとAWSGCPと比較したりしている  ioのレイテンシのところは一桁ちがうAWSだとネットワークまわり

はてな:新しいものが出れば比較したりはするし、s-inしてないところで試したりなどしている

メルカリ:撮りためてるベンチマークの表がありひととおりやる

・障害について

はてな:日が浅いので専用サーバでの障害はまだない

メルカリ:3年くらい動いてるサーバはあるが、昔にくらべると圧倒的に安定している  石狩の施設がいいのもあるし必ずRaidになっているしSSDなのでドライブが壊れること自体がない  それ以外ではあることはある

さくら:障害にたいするとりくみ、ファームウェアのところが障害に直結するところがある。再起動が挟まるなど  コンパネ上でBiOSアップデートできる仕組みを作ったりなど。

クラウドファースト時代に物理を選択する意味

メルカリ:パフォーマンスとコストの面で圧倒的にメリットがある

小規模でのコストメリット?

メルカリ:単体で同じようなクラウドと比べると安い、高い部分もある使いどころによる

はてな:オンプレでも仮想化しているが、物理でのメリットはカリカリにチューニングしてリソースを使い切れるところ  カーネルパラメータチューニングしたり割り込み回りをいじったりしている

メルカリ:バーストはあんまりない。ゆるやかな平準なトラフィック。さばききるには固定で物理がいい。  大きく変動する可能性があるときには仮想がいいと思っているがあんまり使っていない。  IPをたくさんつけたサーバとかは仮想サーバで動いている

はてな:短期的なバースト、あしたトラフィックが10倍になるかもとかはクラウドじゃないとやりづらい

・今後の展望?要望?

はてな:高速なNWの納期が早いとうれしい。ハードのデバイスいじるの楽しいのでつづけていきたい。  ハードの進化についていけるサービスを提供していただけるとワクワクしそう

メルカリ:なるべくサーバの台数を抑えたいのでよりパフォーマンスの高い大容量の高速ストレージでがんばりたい  さらに上の容量の大きいものを今度相談したい

さくら:けっこうI/Oに困られている様子なのでお声がけいただいてメニュー化していきたい  大容量というのが最近増えてきている  物理ならではのパフォーマンス出せるというのが要望としておおい

・ききたいこと

メルカリ:石狩と東京の間の通信のレイテンシをどう考えているのかを聞いてみたい

はてな:サービス移転したことあるが一往復なら問題ないと思う。リバースプロキシを移した後に残りの構成を全部うつすとか効率よく工夫している  20~30msecくらいはユーザさんへの影響ないので緩い感じでやっている

はてな:専用サーバに最適化するためになにかしてるのか?

メルカリ:RDSとかクラウドSQLみたいなマネージドサービスはつかわない。生のEC2とGCPをつかう。

さくら:仮想のクラウドつかわれてるが物理のクラウドの選択肢はなかったのか

メルカリ:検討はしたが海外の交渉をしたうえでとかの話だと難しいぶぶんがあるのでAWSつかったりGCはチャレンジしてみようということでやっている  UKの話の前にISUCONでGCつかってみてよさそうだということで使ってみようという話に。

はてな:リニューアルとかでサービスの構成みなおしにいいタイミングだと。OSのサポートが終わったりのタイミングなど  止められないので難しいぶぶんがある

さくら:I/Oってどのくらいあったら満足しますか

メルカリ:ioMemoryの速度には満足している、CPUがたりてない。  MySQLのAlterするときにシングルスレッドなのでCPUのパワーがあるとうれしい

はてなSSDになって普通のようとに関しては何の問題もなくなった。DBまわりはあるだけ使ってしまうので  ioMemoryはよいがCPUがたらないようなことに  マカレルで時系列DBつかってる

・一般しつもん

マネーフォワード:  どのくらいのI/Oだしてますか?

メルカリ:数万はでてる

はてな:数万はでてる、クエリのチューんもある、時系列DBは10万とかもある

1:ラックの物理配置選べないが気になることがあるか?

メルカリ:ありました。実際物理ラックのどこになんだいあるか教えてもらって移動とか対策したことはあった  10Gとかになってからあんまりきにしなくなった

はてな:最近までそんなに大量につかってなかった。10Gうめるほどまだながしてない

さくら:10Gつかいきる感じなったら考えようかと思っています  配置かえて構成をみなおすこともあります

・最後に

メルカリ:石狩のあたらしいやついっぱいつかいたい

はてな:これからどんどん広げていきたい  さわってて楽しいのでコストメリットをビジネスにいかしていきたい

さくら:貴重なご意見ありがとうございます。進化させていきたいしハードがみえるところは大事にしていきたい


  あと3/30のも補欠18番くらいだったのが当日エクストリームキャンセルで滑りこんできたので別途投下予定です。

あとは技術関係ないところで社内のネゴシエーション研修と会計のテストなどもありました。それぞれ勉強になった気がします。ネゴシエーションは相手の情報8割ということでしたけど情報が大事なのはなにをするにしても同じだなーと思いました。

では長々見ていただいてありがとうございました!!