Aku pengin nuduhake sawetara kesan babagan kabutuhan utawa ora perlu kaya panel kontrol kanggo proyek web server tunggal komersial kanthi administrator part-time banget. Crita kasebut diwiwiti sawetara taun kepungkur, nalika kanca-kanca njaluk bantuan kanggo tuku bisnis - situs warta - saka sudut pandang teknis. Iku perlu kanggo delve sethitik menyang apa apa, priksa manawa kabeh rincian sing perlu ditransfer ing wangun lan volume sing tepat, lan strategis nemtokake apa bisa nambah.
Kesepakatan rampung, pemain biola ora dibutuhake maneh. Pungkasan. Ora temenan.
Situs kasebut nganggo VM 4-GB dual-inti ing Linode, ing sawetara Debian5 mossy kanthi wektu aktif 400 dina lan dhaptar paket sing durung dianyari. Bagian web ing CMS sing ditulis dhewe, nginx, php5.3 FPM, mysql disetel Percona. Ing asas, iku bisa.
Ing podo karo karo obrolan karo kula, pemilik anyar iki looking for a programmer kanggo nggawa project kanggo pangarepan. ketemu. Programmer ngevaluasi lalu lintas lan volume lan mutusake yen dheweke ngerti carane ngoptimalake lan manajemen biaya. Dheweke migrasi kabeh situs menyang hosting bareng 700-rubel sing dikelola dening IS****er biasanipun. Sawetara dina sabanjure ana telpon liyane saka pemilik: "kabeh alon lan kayane wis rusak." Aku nyoba kanggo mbenerake kahanan liwat panel, nanging sawise sawetara wektu saka nyoba kanggo ngganti versi PHP utawa handler saka fcgi kanggo fpm, Aku nyerah lan pindhah menyang Nihan. Ing kana aku nemokake debug aktif sing sumunar ing kabeh Internet kanthi tembung sandhi saka otot, 777 ing sawetara folder sing nalika iku retak karo malware lan omong kosong sing padha. Pemilik temen maujud lan mutusaké sing iku salah kanggo nyimpen ing hosting, programmer, lan admin sing bisa njaga mripat ing carane iku arep.
Kita arep menyang RuVDS. A sethitik nyedhaki saka Inggris Linode, lan yen dumadakan pengin nyimpen data pribadhi lan kabeh iki, sampeyan ora kudu pindhah ing ngendi wae liya. Wiwit project iki ngrancang kanggo ditambahi, kita njupuk VM kanggo wutah: 4 intine, 8 memori gigabyte, 80GB disk. Iku ora aku ora ngerti carane ngatur konfigurasi nginx kanthi manual, Aku mung ora duwe semangat kanggo bisa ing project iki supaya intim (ndeleng ndhuwur babagan part time). Mulane aku nginstal Plesk (ing kene aku bakal ngilangi rincian instalasi, amarga umume ora ana: Aku mbukak installer, nyetel sandhi kanggo admin, ngetik tombol - iku kabeh), ing wektu iku 17.0. Setelan dhasar bisa digunakake kanthi apik, ana fail2ban lan versi PHP lan nginx paling anyar sing kasedhiya.
Iku mbokmenawa worth mandeg lan nerangake apa. Amarga aku arang banget nindakake perkara kasebut, lan aku ora duwe alat khusus utawa persiapan kanggo saben kasus, jelas manawa ana sawetara jinis otomatisasi barang-barang dhasar sing dibutuhake, mulane, kanthi cepet, kaping pindho, kanthi aman, lan kaping telu. , kabeh praktik paling apik sing wis ditindakake wong.
Dadi, aku nginstal. Aku nyimpen akeh wektu, miwiti maneh situs ing server anyar meh cepet. Kabeh sing isih ana yaiku ngowahi konfigurasi otot, menehi setengah memori lan nambah jumlah buffer pools, lan menehi nginx setengah inti (Plesk ora ndemek konfigurasi global), lan sawetara dina pindhah menyang cangkang kanggo nggoleki. ing statistik mysqltuner. Ya, lan aku tuku ImunifyAV sing mbayar saka katalog ekstensi kanggo nyingkirake malware sing kebanjiran. Kira-kira 11000 file sing kena infeksi ditemokake. Sing nistha yaiku potongan kode sing dibubarake diwutahake menyang statika, lan ngresiki kanthi tangan mesthi dadi ora kepenak. Pisanan aku nyoba ClamAV, nanging, ternyata, ora njupuk kaya mengkono, nanging ImunifyAV bisa. Kajaba iku, file sing disinfeksi tetep bisa digunakake; potongan karo malware mung dibusak.
Aritmetika iku prasaja: $ 50 saben sasi kanggo VMka, $ 10 kanggo Plesk (sejatine kurang, amarga sampeyan tuku kanggo setahun bebarengan karo diskon rong sasi) lan $3 kanggo antivirus. Utawa akèh dhuwit kanggo wektu, kang aku wis ngginakaken ing server ing kawitan, raking stables iki kanthi manual. Pemilik cukup seneng karo pengaturan iki.
Ing sawetoro wektu, dheweke nemokake programmer anyar. Kita setuju karo dheweke babagan distribusi tanggung jawab, nggawe subdomain kanggo versi tes, lan karya diwiwiti. Dheweke nglereni versi anyar saka situs ing Laravel, lan aku iki looking ing fail2ban%).
Sing nggumunake, aliran wong sing kepengin weruh ora mandheg lan mesthi ana kira-kira satus alamat ing dhaptar sing dilarang. Efek kasebut menarik: utamane, biasane, yen aku mlebu ing cangkang, aku weruh babagan 20000-30000 upaya sing ora kasil kanggo mlebu liwat SSH nalika salam. Kanthi fail2ban aktif, kira-kira 70. Upaya nandur modhal: 0. Sayange, iku ora tanpa tepak saka ointment. Kanthi gawan, WAF (modsecurity) setengah aktif: ing mode panemuan. Yaiku, dheweke nulis kegiatan sing curiga menyang log, nanging ora tumindak. Lan fail2ban sembarang maca kabeh log, miturut jails aktif, lan matèni kabeh sing dipindhah. Dadi, kita nglarang setengah saka editor: D. Aku kudu mateni kunjara iki, lan whitelist alamat IP perlu kanggo linuwih. Upaya ditindakake: tusuk mouse kaping pindho lan mulang editor kanggo ngandhani alamat IP sampeyan.
Apa programmer langsung disenengi yaiku kemampuan kanggo ngunggah database langsung menyang panel lan akses cepet menyang phpMyAdmin
Apa aku disenengi padha log lan serep. Log ditulis lan diputer metu saka kothak; Gawe serep gampang banget kanggo nyiyapake. Ing wektu sing paling alon, serep lengkap digawe, kira-kira 10 gig, banjur saben dina nambah, saben 200 megabyte, sajrone seminggu. Recovery punika granular, mudhun kanggo file tartamtu utawa database. Yen sampeyan kudu mulihake saka incremental, sampeyan ora perlu repot dhisik kanthi lengkap lan mulihake kabeh chain, Plesk nindakake kabeh dhewe. Sampeyan bisa ngunggah serep ing ngendi wae: menyang FTP, dropbox, s3 bucket, google drive, lsp.
Dina F: programmer pungkasanipun rampung mesin anyar, kita upload kanggo produksi, ngimpor data lawas lan lungguh mudhun kanggo milih werna saka mangsa Maserati kita. Kita isih lungguh lan milih.
Masalah pisanan diwiwiti. Situs anyar iki samesthine luwih abot tinimbang sing lawas, nanging rake nyata yaiku kanggo narik lalu lintas sing digunakake, antara liya, Yandex.Zen, sing nggawa akeh pengunjung. Situs kasebut tabrakan karo 150 sambungan simultan (Aku ora ngomong babagan RPS, amarga padha ora ngukur). Kita miwiti tombol poking lan nguripake tombol ing area setelan php_fpm:
Hei, dheweke wis duwe 500 sambungan. Nalika kertu kredit ditambahake menyang sarana promosi, gelombang lalu lintas dadi luwih gedhe. Tonggak sejarah sabanjure yaiku 1000 sambungan simultan. Kene kita kudu refinish kode lan katon menyang nyawa saka otot. Splashing ora mbantu, nanging kita ora nyana. Kita ngaktifake log pitakon alon, nambah indeks menyang database, mbusak pitakon sing ora perlu saka kode kasebut, lan maneh ngresiki konfigurasi mysql miturut saran saka mysqltuner.
Tantangan anyar - 2000 sambungan. Versi Plesk 17.8 mung bisa diluncurake, ing antarane, caching nginx ditambahake. Dianyari (ngagetake gampang). Ayo jajal. Nyambut gawe! Lan banjur padha mlaku ing sisih alus, feed Yandex.Zen mandheg kerja. Situs bisa digunakake, feed ora bisa digunakake. Pakan ora bisa digunakake, ora ana lalu lintas. Swasana dadi panas. Ing tekanan saka kahanan lan saka lack saka bayangan, aku langsung menyang strace lan nginx lan ketemu apa aku looking for. Pranyata metu sing ing sawetara titik nginx bodho cached kesalahan 500th nyasar minangka respon kanggo Yandex njaluk feed.xml. Ndandani kanthi nambahake pangecualian ing setelan cache:
Cetha yen sing duwe butuh LEBIH, ombak alon-alon mundhak. Saiki, kita kudu nyoba, nanging kita miwiti nyoba memcached sadurunge, untunge Laravel ndhukung meh metu saka kothak. Aku piye wae ora pengin nginstal memcached kanthi manual mung kanggo "muter-muter", aku nginstal gambar docker. Langsung saka panel.
Inggih, oke, aku ngapusi, aku kudu pindhah menyang cangkang lan nginstal modul liwat pecl. Langsung wae . Ora ana sing bisa dikandhakake babagan kenaikan throughput; durung ana influx sing cukup gedhe. Mesin situs disambungake menyang localhost: 11211, statistik ditampilake, memori digunakake. Yen sampeyan seneng, kita bakal weruh apa sing kudu ditindakake sabanjure. Salah siji kita bakal ninggalake cara sing, utawa kita bakal sijine "nyata" siji tengen ing Axis. Utawa ayo nyoba redis kanthi cara sing padha
Banjur iku perlu kanggo masang mailing list. Ora ana relay, mung otentikasi smtp. Aku nyiyapake alamat email lan nggunakake rincian kanggo ngirim newsletter liwat PHP.
Ora suwe Plesk Obsidian (18.0) dirilis, kita dianyari adhedhasar pengalaman kepungkur tanpa wedi. Kabeh lumaku kanthi lancar, ora ana sing bisa diomongake. Sing nyenengake yaiku kualitas antarmuka saya tambah akeh, dadi luwih modern lan dadi luwih trep ing sawetara papan. Apik banget Pemantauan Lanjut ing Grafana.
Aku durung ngrampungake kanthi rinci, nanging sampeyan bisa, contone, nyiyapake tandha kanggo parameter apa wae ing email sampeyan. Kanggo pemilik, lol.
Nalika aku ngomong babagan antarmuka, responsif lan bisa digunakake kanthi apik ing telpon. Ing tahap awal, nalika kita nyoba nemokake setelan optimal kanggo PHP lan liya-liyane, iki mbantu banget. Lan utamané nalika programmer, ing Pas semangat karya, nindakake soko ing 23:XNUMX, lan aku, ing Pas semangat karya, ngombe vodka ing bathhouse, lan aku URGENTLY kudu ngalih soko.
Oh, kanthi cara. Gambar kasebut nuduhake yen Komposer PHP wis muncul. Kita durung main, nanging, ujare, kanggo Laravel, bisa ngirit sawetara login shell lan sawetara wektu kanggo nginstal dependensi. Sistem sing padha ana kanggo Node.JS lan Ruby.
Kanthi SSL kabeh iku prasaja. Yen domain mutusake kaya sing dikarepake, Ayo Encrypt rampung ing siji klik banjur nganyari dhewe, kanggo domain kasebut dhewe, lan kanggo subdomain, lan uga layanan surat.
Plesk dhewe minangka piranti lunak saiki cukup nyenengake lan stabil. Nganyari dhewe lan Axis kanthi tenang, nggunakake sawetara sumber daya, lan bisa digunakake kanthi lancar. Aku malah ora ngelingi sing aku jumangkah ing soko nang endi wae, kang mesthi wis cacat ketok ing produk. Mesthi wae, ana masalah, nanging amarga konfigurasi sing ora sampurna utawa ing endi wae ing prapatan, mula ora ana sing kudu sambat. Kesan nggarap Plesk umume nyenengake. Apa ora duwe, lan kita kudu ngerti iki, iku sembarang (apa) clustering. Ora LB utawa HA. Sampeyan bisa nyoba, nanging gaweyan sing bakal ditindakake bakal dadi luwih apik kanggo nindakake kanthi beda saka wiwitan.
Aku mikir kita bisa nyimpulake. Kanggo kasus nalika ora ana administrator, utawa ora cukup dheweke, nalika rega hosting lan situs (s) Spinning ing ngluwihi, uga, ngomong, 100 USD, nalika kita ora ngomong bab enggo bareng bestial saka 1500 situs ing server, nalika kaputusan-maker ngadhepi karo Yen sampeyan duwe pilihan saka hiring admin part-wektu, utawa tuku piranti lunak lan duwe admin kanggo setengah dolar, utawa ora duwe ing kabeh - iku mesthi ndadekake pangertèn. Saka sudut pandang administrator remot - bab sing padha. $10 saben sasi, lan ngirit wektu lan menehi keluwesan ing karya kanggo dangu bangetоjumlah luwih gedhe. Yen, contone, aku banget dijaluk njupuk proyek padha ing swiwiku, aku bakal nandheske nransfer menyang Plesk.
Source: www.habr.com