spjallid.is

Hæhæ

Vildi athuga hvort einhver hérna inni er sterkur í Wordpress málum, er að aðstoða vinafólk með Wordpress vefsíðu sem þarf að færa af gömlum Centos server yfir á annan server (LEMP server uppsetning allt keyrandi á sama netþjóni).

Hugmyndin mín er að splitta stacknum upp og setja upp í AWS og þá er hægt að stilla umhverfinu upp eftir hentisemi og þá þarf ég ekki að sitja mikið yfir þessu eftir að búið er að yfirfæra umhverfið.

Byrja svona


Og geta átt möguleikann á að auka afköst með að bæta við server (eða færa server nær viðskiptavin og stilla AWS Route53 DNS að route-a á þann máta)



Er ekki eina sem þarf að hafa í huga að afrita gamla Wordpress SQL grunninn og afrita WP-Content möppuna og setja upp í nýju umhverfi.
WP-Content mappann yrði mountuð frá EFS network storage yfir á EC2 Instance og gamli MYSQL grunnurinn yrði importaður á nýjum RDS gagnagrunn.

Megið láta mig vita ef þið þekkið þetta vel, vill forðast það að reka mig á of marga veggi ef ég kemst hjá því

Fer bara eftir peningum og hvað þú ert að reyna gera. Eins og er þá er ég að keyra nokkra svona WordPress vefi fyrir fyrirtæki "fjölskyldu"tengt mér og af blönduðum ástæðum af leti og að performancinn á þessu er fínn er þetta núna svona, þannig geta docker instancer yfir nokkrar vélar fjölgað sér eins og þeir vilja. Plús að uppfærsla á wordpress/keyrslu umhverfinu er bara að pulla nýjan docker instance og svissa. Hver vefsíða fyrir sig keyrir á sínum eigin docker container og traefik gerir TLS termination og rútun. Svo er Route53 DNS sem uppfærir sig sjálfkrafa. Amazon SES notað til að senda tölvupósta (o365 á inbound).
Ef ég myndi nenna, þá myndi ég byggja docker image með öllu nema wp-content/uploads. Setja wp-content/uploads í S3 ( til haugur af pluginum, dotted line þar sem þetta er ekki visible fyrir instanceinum ), þannig væru pluginin inní wp-content ( sem flækir aðeins hvernig á að installa pluginum, þar sem þú þyrftir að setja þau inní myndina, byggja, deploya og svo virkja, enn leyfir endalausan skalanleika ( RDS flöskuháls enn leysanlegt ) ) þegar þú byggir docker myndina og svo hendir henni í ECS.
Allavega mæli með að dockerize WordPress hvað sem þú gerir og mesta lagi henda wp-content á einhverskonar shared folder á milli ( S3 væri betra, enn ekki hafa pluginin þarna, hægir endalaust )

Edit : Jú þarft bara að afrita sql grunnin og wp-content.

depill skrifaði: Edit : Jú þarft bara að afrita sql grunnin og wp-content.

Takk fyrir mjög ítarlegt svar , það er vel séð

Já , ECS hljómar vel, hugmyndin er að bjóða uppá þann möguleika í framtíðinni (ætla að leyfa þessu að vera fljótandi í smá tíma áður en ég stekk á þann vagn, þ.e ef ég hef ekki tíma í þetta fyrir þau og þess háttar,yfirleitt einfaldara að aðrir geti tekið yfir uppsetningu á gamla mátann).

Mögulega gæti Elastic Beanstalk veri málið líka til að byrja með þ.e PaaS , er reyndar ekki viss hverju ég er að fórna þá ef maður vill gera eitthvað custom stöff(, þessi síða er notuð í targeted Facebook auglýsingar og einnig notuð sem upplýsingasíða þannig að álag gæti verið ansi mismunandi eftir árstíðum.
https://docs.aws.amazon.com/elasticbean ... orial.html

Edit: Alltaf gott að spara ef það er hægt , en vill lágmarks utanumhald/vinnu í kringum vefinn og þess vegna valdi ég AWS (Það eru einhverjir aðilar að sinna markaðsstarfi hjá þeim, að geta einfaldað allt umstang á vefnum getur sparast í vinnutímum þó hlutinir geti kostað aðeins meira að fenginni reynslu).

Hjaltiatla skrifaði: Mögulega gæti Elastic Beanstalk veri málið líka til að byrja með þ.e PaaS , er reyndar ekki viss hverju ég er að fórna þá ef maður vill gera eitthvað custom stöff(, þessi síða er notuð í targeted Facebook auglýsingar og einnig notuð sem upplýsingasíða þannig að álag gæti verið ansi mismunandi eftir árstíðum.

Þú ert að fórna frekar litlu, EBS er bara higher-level og notar EFS sem shared storage ( í þessu tilviki ). S3 gefur nottulega ever expanding storage og er auðvelt að henda CloudFront / IMGix / CDN eða image processing fyrir framan eins og vindurinn. Ef þú bailar svo yfir í ECS vegna X Y Z feature sets þá er það bara smá möndl.

Elastic Beanstalk er mikið minna vesen til að get-going. Þótt að rífa upp Dockerinn er lítið sem ekkert vesen með WordPress og enn betra þegar þú ert kominn með S3 bakenda. Svo eru líka til managed hosting providerar sem gera þetta ágætlega líka.

depill skrifaði: Allavega mæli með að dockerize WordPress hvað sem þú gerir og mesta lagi henda wp-content á einhverskonar shared folder á milli ( S3 væri betra, enn ekki hafa pluginin þarna, hægir endalaust )

Edit : Jú þarft bara að afrita sql grunnin og wp-content.

Smá forvitnis spurning
1) Væriru þá með einhverskonar S3 IAM Role fyrir ECS umhverfið (til að gefa réttindi milli þjónusta) til að S3 geti talað við ECS container Service-ið (þ.e Wordpress stakkinn), er að reyna að sjá fyrir mér hvernig S3 myndi mappast upp á nginx container-inn/ container-ana sem myndu share-a S3 storage bakenda og nginx container-anir sjái Wp-content folder á /var/www/html/wp-content/uploads/

2) Ertu að nota træfik í staðinn fyrir Application load balancer í AWS? Er það að virka vel , en ertu þá ekki að fórna möguleikanum að skala umhverfið upp og niður með einföldu móti ?

Hjaltiatla skrifaði: 1) Væriru þá með einhverskonar S3 IAM Role fyrir ECS umhverfið (til að gefa réttindi milli þjónusta) til að S3 geti talað við ECS container Service-ið (þ.e Wordpress stakkinn), er að reyna að sjá fyrir mér hvernig S3 myndi mappast upp á nginx container-inn/ container-ana sem myndu share-a S3 storage bakenda og nginx container-anir sjái Wp-content folder á /var/www/html/wp-content/uploads/

2) Ertu að nota træfik í staðinn fyrir Application load balancer í AWS? Er það að virka vel , en ertu þá ekki að fórna möguleikanum að skala umhverfið upp og niður með einföldu móti ?

1) Já það er S3 IAM role fyrir WordPress kerfið svo þa geti skrifað í S3 ( ECS sjálft veit ekkert af S3 þannig séð ). T.d. þetta plugin getur þetta https://github.com/humanmade/S3-Uploads. Þá fara öll uploadin þín í S3 og svo serverarðu allt statíska "custom" contentið beint af S3, annað hvort beint af bucketinu eða í gegnum CDN, þetta plugin hjálpar við það. Þá lifir í raun og veru ekkert í wp-content/uploads heldur fer beint í S3, enn WordPress finnst eins og það sé locally

2) Ég er currently að keyra lítið Kubernetes uppsetningu sem leyfir mér að skala þetta upp og niður og traefik load-balancer þess vegna. traefik discoverar hostana sjálfkrafa. Þetta er á dauða listanum hjá mér, fyrir hina uppsetninguna enn svo er þetta bara ekki nægilega ofarlega á listanum eins og er.

depill skrifaði:
1) Já það er S3 IAM role fyrir WordPress kerfið svo þa geti skrifað í S3 ( ECS sjálft veit ekkert af S3 þannig séð ). T.d. þetta plugin getur þetta https://github.com/humanmade/S3-Uploads. Þá fara öll uploadin þín í S3 og svo serverarðu allt statíska "custom" contentið beint af S3, annað hvort beint af bucketinu eða í gegnum CDN, þetta plugin hjálpar við það. Þá lifir í raun og veru ekkert í wp-content/uploads heldur fer beint í S3, enn WordPress finnst eins og það sé locally

2) Ég er currently að keyra lítið Kubernetes uppsetningu sem leyfir mér að skala þetta upp og niður og traefik load-balancer þess vegna. traefik discoverar hostana sjálfkrafa. Þetta er á dauða listanum hjá mér, fyrir hina uppsetninguna enn svo er þetta bara ekki nægilega ofarlega á listanum eins og er.

Snilld, Skoða þetta
Ætla að prófa nokkrar Demo uppsetningar og sjá hvernig fer.

Takk fyrir

depill skrifaði:Edit : Jú þarft bara að afrita sql grunnin og wp-content.

Smá pæling varðandi að fara úr Single instance Wordpress uppsetningu yfir í að geta skalað fleiri instance t.d í container uppsetningu, hvernig ertu að leysa það. Hef prófað útfærslu í EC2 + EFS + RDS + LT + Auto Scaling group + Parameter store.
Sem sagt skilgreini Launch template með þessum gildum í User data,scripta keyrist upp í hvert skipti sem nýtt Wordpress EC2 instance keyrist upp (þarft ekki að lesa þetta í heild, línurnar sem skipta máli eru frá 58-75):
https://pastebin.com/9aGj0j8R
Þá er ég að vísa í ALBDNSNAME í stað þess að vísa í ip tölu (og skipti út gömlum gildum ef þau eru til staðar) og sæki gildi úr AWS Parameter store.


Getur vel verið að þetta skiljist ekki hjá mér en ákvað að tékka á þér hvort þú ert að kveikja á því hvað ég er að pæla og þú hafir fundið góða lausn á þessu í container umhverfis uppsetningu
Wordpress vill hafa allt hardkóðað þannig að maður er eitthvað að reyna að vinna sig í kringum það.

Hmm ég nota þetta ekki eins og þú notar þetta.

Línur 58-75 meika ekki alveg sense fyrir mér. Þegar ég fjölga instancenum hjá mér að þá eru þær samt áfram bakvið LB sem þýðir að hostnameið er stable. Í þínu tilviki ferðu í gagnagruninn og uppfærir hostname sem meikar bara sense fyrir mér ef þú ætlar að gera "afrit", vegna þess að þú ert að taka gagnagrunninn og breyta honum.

Hver er pælingin í því ?

Basicly með ALB -> WordPress instance ( fleirtala ) -> RDS ( mögulega fleiratala, enn ótengt Wordpress instancum ) að þá er gagnagrunnurinn alltaf eins burt séð frá fjölda WordPress instancea.

depill skrifaði:Hmm ég nota þetta ekki eins og þú notar þetta.

Línur 58-75 meika ekki alveg sense fyrir mér. Þegar ég fjölga instancenum hjá mér að þá eru þær samt áfram bakvið LB sem þýðir að hostnameið er stable. Í þínu tilviki ferðu í gagnagruninn og uppfærir hostname sem meikar bara sense fyrir mér ef þú ætlar að gera "afrit", vegna þess að þú ert að taka gagnagrunninn og breyta honum.

Hver er pælingin í því ?

Basicly með ALB -> WordPress instance ( fleirtala ) -> RDS ( mögulega fleiratala, enn ótengt Wordpress instancum ) að þá er gagnagrunnurinn alltaf eins burt séð frá fjölda WordPress instancea.

Hugmyndin er að ef breyting verður á LB name í framtíðinni þá sér þetta gildi um að uppfæra umhverfið. Væri örlítið flóknara að vilja eingöngu framkvæma þetta einu sinni , þessi aðferð hentar ágætlega í skalanlegu umhverfi (er ekki að skemma neitt þegar ég breytti því frá gamla site URL yfir í nýja ALB URL-ið, og gerir það ekki þegar það bætir við fleiri ec2 instance-um).
Er að hugsa þetta að þetta gildi taki á öllum scenario-um í framtíðinni.

Þetta er step-by-step guide-inn sem ég hef verið að nota til hliðsjónar:
https://github.com/acantril/learn-cantr ... d%20ASG.md

Fór að hugsa hvort það væri einhverjar aðrar aðferðir en að nota Parameter store í container uppsetningu í AWS.
Reikna með að maður búi til Dockerfile og setji inn þau gildi sem henta fyrir AWS umhverfið. Þú ert að nota traefik og var ég pínu forvitinn hvernig þú framkvæmir það.