Ang aktibong lumalagong mga site sa kalaunan ay nagsisimulang kumonsumo malaking bilang ng pagho-host ng mga mapagkukunan. Kailangang pumili ng isang server na maaaring magbigay ng isang matatag na dami ng mga mapagkukunan na may malaking espasyo sa imbakan ng data.
Ang mga katulad na pagkakataon ay ibinibigay ng dalawang uri ng pagho-host - dedikadong server at VDS (virtual na dedikadong server). Maraming user ang nalilito sa mga ganitong uri ng serbisyo o itinuturing silang magkapareho. Iminumungkahi namin na alamin mo kung ano ang pagkakaiba at kung anong uri ng pagho-host ang pinakamahusay na paraan angkop para sa iyong mga proyekto.
VDS
VDS(Virtual Dedicated Server) ay isang uri ng pagho-host kung saan maraming virtual dedicated server ang matatagpuan sa isang pisikal na makina (server). Ang prinsipyo ng pagpapatakbo ng teknolohiyang ito ay upang tularan ang mga pisikal na elemento ng server, na ginagawang posible na piliin at muling i-install ang operating system sa VDS nang walang mga paghihigpit, depende sa mga pangangailangan ng isang partikular na proyekto.
Ang pangunahing bentahe ng isang virtual dedicated server:
- nakapirming dedikadong mapagkukunan;
- malawak na mga pagpipilian sa pagpapasadya;
- madaling pagpili ng dami ng magagamit na memorya;
- simpleng pagbabago sa bilang ng mga core ng processor sa mabilisang;
- mataas na antas ng seguridad kumpara sa shared hosting.
Nakalaang server
Nakalaang server(nakalaang server, DS, dedic) ay pisikal na makina, na inuupahan ng kliyente sa kanyang pagtatapon. Ang lahat ng mapagkukunan ng server ay ginagamit lamang niya. Nagkakaroon din ang user ng access sa machine sa pamamagitan ng KVM switch (pinagsasama ang isang set ng I/O device sa pagitan ng ilang computer), na ginagawang posible na malayuang i-configure ang BIOS at i-access ang server kung hindi available ang mga basic management services (ssh/rdp). .
Angkop ang VDS para sa pagho-host ng iyong website kung:
- gusto mong makatanggap ng garantisadong halaga ng mga mapagkukunan ng server;
- kailangan mong mai-configure ang pagpapatakbo ng mga serbisyo;
- kailangan mo ng pagho-host na may katulad na kakayahan sa isang dedikadong server, ngunit sa mas abot-kayang presyo.
Ang isang dedikadong server ay para sa iyo Ang tamang desisyon, kung kailangan mo ng malaking halaga ng mga mapagkukunan upang patakbuhin ang iyong website. Halimbawa, kung ang isang database ay kumonsumo ng isang malaking halaga ng mga mapagkukunan sa pag-compute at nakakasagabal sa iba pang mga web application, ito ay naka-host sa isang nakalaang server. Gayundin, ang isang dedikadong server ay ang pinaka-matatag na uri ng pagho-host, dahil ang mga mapagkukunan nito ay ginagamit lamang ng isang user, hindi tulad ng isang server kung saan matatagpuan ang maraming mga account ng iba pang mga kliyente.
Paglipat sa VDS
Karamihan sa mga website na nilikha mula sa simula ay kadalasang nagsisimula sa kanilang trabaho sa regular na shared hosting. Ang serbisyong ito ay nagbibigay ng sapat na mapagkukunan upang matiyak na matatag at mabilis na trabaho site sa mga unang yugto at abot-kaya. Gayunpaman, habang lumalaki ang dami ng naka-host na nilalaman, nagiging hindi sapat ang site sa mga mapagkukunang ibinabahagi nito sa mga kapitbahay nitong nagho-host. Sa isang sitwasyon kung saan ang proyekto ay nangangailangan ng isang garantisadong halaga ng mga mapagkukunan, at nangangailangan din ng kontrol sa software ng server, maaaring isipin ng kliyente ang tungkol sa paglipat sa isang VDS (virtual dedicated server).
Sa VDS hosting, bilang karagdagan sa isang matatag na halaga ng magagamit na mga mapagkukunan, ang data ng website ng gumagamit ay inilalagay nang hiwalay mula sa data ng iba pang mga kliyente sa server, na nagpapahintulot sa iba't ibang mga proyekto na hindi makaapekto sa trabaho ng bawat isa. Pangunahing nakakamit ito sa pamamagitan ng paggamit ng mas makapangyarihang mga pisikal na server.
Ang mga pangunahing benepisyo kapag lumipat mula sa shared hosting sa VDS ay:
- Kontrol sa system, pati na rin ang kakayahang mag-install ng kinakailangang operating system.
- Scalability. Sa anumang oras maaaring baguhin ng kliyente ang configuration ng server: dagdagan ang laki ng hard disk na magagamit RAM, bilang ng mga core ng processor, lapad ng channel ng network.
- Kalayaan – ang mga virtual na "kapitbahay" na server sa isang pisikal na makina ay gumagana nang hiwalay at hindi "nagsipsip" ng mga mapagkukunan mula sa isa't isa.
- Paghiwalayin ang mga IP address. Sa regular na nakabahaging pagho-host, maraming mga site ang madalas na gumagamit ng isang IP address, ngunit sa VDS, ang bawat kliyente ay may personal na nakatuong IP. Ginagawa nitong ganap na independyente ang iyong proyekto mula sa "mga kapitbahay" nito sa server, na nagpapataas ng katatagan ng iyong proyekto sa kaganapan ng mga pag-atake ng DDoS ng mga umaatake sa mga IP address ng iba pang mga site.
Ang pagtatrabaho sa VDS hosting ay nangangailangan ng mas maraming pamumuhunan sa pananalapi kaysa sa virtual na pagho-host, pati na rin ang pagkakaroon ng espesyal na kaalaman sa pangangasiwa nito. Gayunpaman, ang ganitong uri ng pagho-host ay may ilang mga pakinabang sa virtual na pagho-host. Sa isang sitwasyon kung saan ang isang website ay nangangailangan ng isang nakapirming halaga ng mga mapagkukunan, at mayroon ding pangangailangan na pamahalaan ang server, ang VDS hosting ay ang tamang pagpipilian. Sa pamamagitan ng paggamit ng isang matatag na halaga ng mga mapagkukunang inilalaan ng eksklusibo sa mga pangangailangan ng gumagamit at ang kakayahang mag-install ng iyong sariling operating system, tinitiyak ng VDS ang maaasahang operasyon ng site.
VDS at virtual hosting
Ngayon tingnan natin ang mga pagkakaiba sa pagitan ng virtual hosting at VDS nang mas detalyado.
Virtual hosting at virtual dedicated server services, bagama't magkatulad sa pangalan, naiiba sa mga parameter at ginagamit para sa iba't ibang uri mga proyekto. Upang piliin ang naaangkop na pagho-host, mahalagang maunawaan kung para saan ang mga serbisyong ito at kung ano ang kanilang mga pangunahing pagkakaiba.
Kontrol sa pamamahala
Ang pangunahing pagkakaiba sa pagitan ng mga uri ng pagho-host na ito ay ang kakayahang i-customize ang server upang umangkop sa mga pangangailangan ng kliyente. Sa pamamagitan ng paglalagay ng kanilang data sa VDS, ang kliyente ay nakakakuha ng access sa pamamahala ng server at maaaring i-install ang nais na operating system at software.
Sa shared hosting, ang kontrol sa pag-install ng software at ang mga setting nito ay nasa provider. Samakatuwid, gumagana ang lahat ng kliyente ng serbisyong ito sa loob ng mga limitasyong itinakda ng hoster.
Mga mapagkukunan
Gayundin, ang isa pang pagkakaiba sa pagitan ng VDS at virtual hosting ay ang patuloy na pagkakaroon ng mga mapagkukunan. Sa pagho-host ng VDS, palaging may pare-parehong dami ng memory at disk space ang kliyente para sa kanyang website. Ang data ng ibang mga user na matatagpuan sa parehong pisikal na makina ay hindi makakaapekto sa pag-load ng server, kaya ang site sa VDS ay palaging gagana nang mabilis. Kung tumaas ang dami ng mga nakaimbak na mapagkukunan, maaaring lumipat ang kliyente sa isang plano ng taripa gamit ang Malaki magagamit na memorya at baguhin ang bilang ng mga core ng processor.
Binibigyang-daan ng virtual hosting ang mga kliyente na ibahagi ang mga sumusunod na mapagkukunan ng server:
- espasyo sa disk,
- Mga mapagkukunan ng CPU,
- dami ng espasyo para sa mga database.
Kung ang kliyente ay may pangangailangan para sa mas malaking volume mga mapagkukunan, maaari mong dagdagan ang mga ito sa pamamagitan ng paglipat sa ibang plano sa pagho-host. Gayunpaman, maaaring hindi sapat ang mga mapagkukunang ito kung gagamitin ng mga user ang mga ito nang sabay-sabay. Depende sa kung ano ang ginagamit ng "mga kapitbahay" sa server, ang magagamit na dami ng mga mapagkukunan para sa site ng kliyente ay patuloy na nagbabago. Samakatuwid, ang nakabahaging pagho-host ay angkop para sa pagho-host ng mga website na may medyo maliit na halaga ng data at isang average na pagkarga.
Mga paghihigpit
Posibleng mag-host ng walang limitasyong bilang ng mga website at database sa isang virtual dedicated server, at ang bilang ng mga mapagkukunan para sa kanila ay maaaring patuloy na madagdagan. Sa sandaling walang sapat na espasyo sa VDS, posibleng dagdagan ang volume, gayunpaman, tataas din ang halaga ng hosting, depende sa napiling volume.
Sa shared hosting mayroong mga paghihigpit sa bilang ng mga database, website, mga mailbox. Kailangang maunawaan ng gumagamit na ang mga paghihigpit ay nalalapat hindi lamang sa dami ng mga mapagkukunan, kundi pati na rin sa bilang ng kanyang mga proyekto sa isang taripa. Gayunpaman species na ito Ang pagho-host ay maginhawa para sa mga kumpanyang hindi nangangailangan ng isang nakapirming halaga ng mga mapagkukunan para sa kanilang data.
Aling pagho-host ang pipiliin
Ang bawat uri ng pagho-host ay may sariling mga pakinabang at disadvantages, at ang pagpili sa pagitan ng mga ito ay dapat gawin batay sa iyong mga layunin at kinakailangan. Kung ang mga gawain ng iyong proyekto ay hindi pa nagsasangkot ng pagho-host ng malalaking volume ng impormasyon at hindi ka nangangailangan ng maraming mapagkukunan, kung gayon ang virtual na pagho-host ang magiging tamang pagpipilian. Kung ang iyong proyekto ay naglalagay ng isang mataas na load sa server, ang bilang ng mga bisita ay lumalaki araw-araw, at ang site ay nangangailangan ng isang matatag na halaga ng mga mapagkukunan para sa normal na paggana, pagkatapos ay inirerekomenda namin ang pagpili ng isang VDS o nakalaang server.
Tinutukoy ng iba't ibang provider ang "pagho-host ng laro" bilang ganap na magkakaibang mga serbisyo.
Sa paghusga sa konteksto, tinutukoy ng iyong supplier ang isang "host ng server ng laro" bilang isang yari na server ng laro na may pagbebenta ng mga slot. Magpatuloy tayo mula dito.
Home server (aka "sa ilalim ng talahanayan"):
+ Praktikal kumpletong kawalan mga pamumuhunan sa pera (pagkukumpuni lamang sa internet at computer)
+ Maraming RAM ang magagamit na
+ Buong kontrol sa server at sa kapaligiran nito (kabilang ang hardware)
- Malayang pangangasiwa
- Kailangan mong gumawa ng mga backup sa iyong sarili
- Kawalang-tatag sa mga pag-atake sa network (at ang Minecraft ay lalong mahina sa kanila dahil sa UDP)
- Panganib ng mahinang koneksyon sa ilang manlalaro (ngunit kung minsan ay masuwerte ang provider)
- Kailangan ng direktang IP
- Kusang pagsara ng server sa panahon ng pagkawala ng kuryente (kung walang power supply), pagsira o pag-roll back ng mga file ng mundo ng laro
Angkop para sa paglalaro kasama ang isang saradong grupo ng mga kaibigan (hanggang 5-15 tao).
Hindi angkop para sa pagtanggap ng >15 tao (kondisyon) at pagpapasikat sa Internet, dahil ang panganib na hindi makayanan ang isang pag-atake sa network at parang offline o pagkawala ng data (responsibilidad sa mga manlalaro).
Pagho-host ng laro:
+ Walang almoranas na may pangangasiwa sa kapaligiran at pagkumpuni ng hardware
+ Walang almuranas sa pagse-set up ng server ng laro mismo
+ Tapos na ang mga backup para sa iyo
+ Server ng laro samahan ka (pag-update ng minecraft.jar, mga plugin ng server, atbp.), at gawin itong mabuti, dahil magpakadalubhasa dito
+ Hindi bababa sa ilang proteksyon laban sa DDoS, dahil mula sa isang pag-atake ng isa, lahat ng mga kliyente ay nagdurusa, na hindi interesado ang hoster
- Buwanang serbisyo sa pagrenta
- Kakulangan ng ganap na access sa server
- Ang panganib na mahulog sa hindi propesyonal na pag-dropout (dahil ito ay isang angkop na lugar na puno ng "paaralan" na mga negosyante) at ang mga panganib na dulot nito
- Pag-asa sa hanay at mga bersyon ng minecraft.jar at mga plugin na pipiliin ng hoster
- Mamahaling pagpapalawak ng bilang ng mga puwang
Angkop para sa isang baguhan na pampublikong server hanggang 20 tao.
Nagiging hindi kumikita para sa pagho-host ng malaking bilang ng mga tao habang lumalaki ang server.
Nakatuon na server (VPS/VDS):
+ Makabuluhang mas mura kaysa sa pagrenta ng mga slot mula sa isang kumpanya ng pagho-host ng laro
+ Buong kontrol sa server
+ Kalayaan mula sa hoster sa lahat ng bagay: Mga bersyon ng Minecraft, mga plugin, operating system, kapaligiran
- Buwanang serbisyo sa pagrenta
- Ang gastos ay higit na nakasalalay sa dami ng RAM
- Ang panganib ng mga lags dahil sa labis na karga sa mga kapitbahay (halimbawa: tinamaan sila ng DDoS)
- Hindi lahat ng VPS/VDS provider ay may proteksyon ng DDoS
- Kailangan mong gumawa ng mga backup sa iyong sarili
Angkop para sa katamtaman at malalaking Minecraft server.
Hindi angkop para sa 1-5 tao.
Kaya, pag-usapan natin kung anong kaso at kung ano ang mas mahusay na gamitin. Madalas na iniisip ng maraming tao kapag nakarating sila sa website ng isang hosting company, aling taripa ang dapat nilang piliin? Dapat mo bang piliin ang regular na pagho-host, virtual server o nakatuon? Mabuti kung mayroon kang isang developer na makakapagsabi sa iyo kung ano ang pinakamahusay na pipiliin. Ngunit tiyak na marami ang gustong maunawaan at magkaroon ng ideya kung ano ang kailangan nila at kung ano ang aasahan mula sa serbisyong natanggap.
Nakabahaging pagho-host
Virtual hosting nakabahaging pagho-host) - isang uri ng pagho-host kung saan maraming website ang matatagpuan sa isang web server. Ito ang pinakatipid na uri ng pagho-host, na angkop para sa maliliit na proyekto.
Karaniwan, ang bawat website ay matatagpuan sa sarili nitong seksyon ng web server, ngunit lahat sila ay nagbabahagi ng parehong software.
Ang nakabahaging pagho-host bilang isang serbisyo ay inihahambing at inilarawan ayon sa dami ng mga limitasyon:
- laki ng espasyo sa disk;
- dami ng buwanang trapiko;
- ang bilang ng mga website na maaaring i-host bilang bahagi ng pagho-host bilang isang serbisyo;
- bilang ng mga database at dami ng espasyo para sa mga database;
- bilang ng mga mailbox at FTP account;
- atbp.
Kaya, nagsisimula ka pa lamang na masakop ang Internet at nagpasya na mag-host ng iyong sariling maliit na website. Sa kasong ito, kailangan mo ng regular na virtual hosting, na karaniwang may kasamang suporta para sa PHP, MySQL, atbp. Ang hanay ng mga sinusuportahang function at katangian ay maaaring mag-iba depende sa Tariff na iyong pipiliin. Magpasya kung gaano karaming espasyo sa disk ang kailangan mo (kumuha ng higit sa totoong sukat ang iyong site nang hindi bababa sa 2 beses, i.e. ang iyong website ay 100MB, huwag mag-atubiling mag-order ng 200MB).
Huwag kalimutan na kapag nag-order ng regular na pagho-host, ito ay isang server na maaaring tumanggap ng ilang daang mga kliyente, at kadalasan ang mga kapitbahay ay maaaring maging sanhi ng ilang abala, at sa gayon ay nakapagpapaalaala sa isang komunal na apartment.
Kung, habang umuunlad ang iyong proyekto, napagdesisyunan mong wala ka nang kapitbahay, o ang iyong proyekto ay binisita, bilang resulta kung saan pana-panahong huminto ito sa pagbubukas para sa iyo o gumawa ng "labis na pagkarga sa server" at hihilingin sa iyo na taasan ang plano ng taripa, pagkatapos dito maaari kang tumingin patungo sa mga taripa ng "virtual server". Sa kasong ito, makakakuha ka ng isang nakahiwalay na hosting site, ngunit gagamitin pa rin ng iyong virtual server ang mga nakabahaging mapagkukunan ng nakalaang server. At kung minsan ang mga mapagkukunan sa iyong pagtatapon mula sa isang virtual server ay maaaring mas mababa kaysa sa mayroon ka sa regular na pagho-host. Bago pumili ng isang virtual server, kumunsulta sa serbisyo ng teknikal na suporta at ilarawan sa kanila ang iyong mga iniisip at pananaw para sa pagbuo ng iyong proyekto, tiyak na tutulungan ka nila at payuhan ka sa ilang mga pagpipilian. Tandaan - ang pagpipilian ay palaging sa iyo.
Virtual dedikadong server
VPS (Ingles) Virtual Pribadong Server) o VDS (eng. Virtual Dedicated Server) - isang serbisyo kung saan ang gumagamit ay binibigyan ng tinatawag na Virtual Dedicated Server.
Ang isang virtual na dedikadong server ay tumutulad sa pagpapatakbo ng isang hiwalay na pisikal na server. Ang isang makina ay maaaring magpatakbo ng maraming virtual server. Bukod sa ilang malinaw na limitasyon, ang bawat virtual server ay nagbibigay ng buo at independiyenteng kontrol at pamamahala, tulad ng regular na dedikadong server nito.
Ang bawat virtual server ay may sariling mga proseso, mapagkukunan, pagsasaayos at hiwalay na pangangasiwa.
Ang administrator na nagmamay-ari ng virtual server ay maaaring mag-install ng anumang mga application, magtrabaho kasama ang mga file, at magsagawa ng anumang iba pang mga gawain na posible sa isang hiwalay na makina. Magrenta ng virtual server - sikat na hitsura pagho-host, dahil nagbibigay ito ng makatwirang balanse sa pagitan ng presyo at mga kakayahan para sa karamihan ng mga may-ari ng mga site at application sa Internet. Ang kabuuang halaga ay maaaring mag-iba nang malaki depende sa pakete ng mga serbisyo, teknikal na suporta at pangangasiwa.
Mayroong maling kuru-kuro na binibigyan ng VPS ang kliyente ng mas maraming mapagkukunan. Gayunpaman, hindi ito ganap na totoo: habang ang isang site na naka-host sa shared hosting ay may access sa lahat ng mga mapagkukunan ng isang pisikal na server (ngunit maraming mga site ang kailangang makipagkumpitensya para sa mga mapagkukunang ito), ang isang site sa isang VPS ay may access sa mga limitadong mapagkukunan lamang ng VPS mismo, ngunit sila ay garantisadong at walang kumpetisyon. Ito ay humahantong sa isang mas makatwiran at epektibong paggamit mga mapagkukunan, na nagpapataas ng pagganap at katatagan ng VPS.
Maaaring gamitin ang mga taripa ng VPS para sa muling pagbebenta at para lamang sa mga indibidwal na proyekto.
Nakalaang server
Nakalaang server nakalaang server) - isang uri ng pagho-host kung saan ang kliyente ay binibigyan ng isang hiwalay na pisikal na makina (kumpara sa virtual na pagho-host). Karaniwang ginagamit upang magpatakbo ng mga application na hindi maaaring magkasama sa parehong server kasama ng iba pang mga proyekto o tumaas ang mga kinakailangan sa mapagkukunan.
Kung mayroon ka nang isang medyo malakas na proyekto na may maraming trapiko o nakakakuha ng katanyagan, o nagpasya ka lang na ayusin ang iyong sariling negosyo sa pagho-host, o gusto mo lang ipatupad ang iyong proyekto at hindi umaasa sa iyong mga kapitbahay sa server, kung gayon ito ay tiyak na mas mahusay para sa bigyan mo ng kagustuhan ang isang hiwalay na pisikal na server.
Tandaan, bago gumawa ng isang pagpipilian, huwag mag-atubiling - kumunsulta sa mga espesyalista, ito ay magliligtas sa iyo ng iyong mga nerbiyos at pera sa hinaharap.
Nakipag-ugnayan sa kumpanyang nagho-host, tinanong ka kung saan mo gustong i-install ang iyong website, sa nakabahaging pagho-host o sa isang virtual server, at maaaring nag-alok din sila ng serbisyo ng pagrenta ng pisikal na server. Nahaharap ka ba sa isang malaking problema, ano ang pipiliin? Pagkatapos ng lahat, ang bilang ng mga plano ng taripa para sa virtual hosting at virtual server ay nagpapaikot sa iyong ulo. Ano ang pipiliin?
Sa katunayan, ang lahat ay hindi kasing hirap ng tila. Una sa lahat, dapat mong malaman ang mga sumusunod na parameter ng iyong site:
1. Magkano ang libreng espasyo sa disk ang kailangan ng iyong site? Sa madaling salita, magkano ang timbang nito sa megabytes (MB). Kapag alam mo na ito, maaari mong alisin ang mga plano na nag-aalok ng mas kaunting espasyo sa disk. Kapag kinakalkula ang laki ng iyong site, huwag kalimutan ang tungkol sa laki ng iyong database, kung mayroon ka nito. Isipin din ang tungkol sa mga mailbox. Kung gusto mong gumamit ng mga mailbox na may sarili mong domain name, magtabi muna ng 50MB para sa bawat nilalayong mailbox. Isipin natin, halimbawa, na ang iyong site ay tumitimbang ng 100 MB, ang database ng iyong site ay tumitimbang ng 30 MB, at gusto mong magkaroon ng 3 mailbox, kung saan naglalaan ka ng 50 MB para sa bawat isa. Sa kabuuan, kakailanganin mo ng 330 MB ng libreng espasyo.
2. Ngayon ay kailangan mong bigyang pansin ang pag-andar ng iyong site. Ano ang ini-publish mo sa iyong website? Kung plano mong mag-publish ng mga materyal na video, mga file Malaki sa karera, at gayundin malaking koleksyon malalaking larawan, i-broadcast ang mga online na video, pagkatapos ay hindi babagay sa iyo ang virtual hosting. Dapat kang magsimula sa isang virtual server. Upang makapagsimula, kunin ang pinakamurang virtual server plan. Pakitandaan na mayroon kang sapat na espasyo sa disk na inilaan ng plano ng taripa na ito. At gayundin, huwag kalimutang talakayin sa kumpanya ng pagho-host ang posibilidad sa hinaharap na lumipat sa isang plano ng taripa ng virtual server na mas komportable para sa iyo. Kung mayroon kang regular na site ng impormasyon, na may mga teksto at larawan, kailangan mong bigyang pansin ang sumusunod na parameter.
3. Trapiko sa site. Napakahirap para sa isang baguhan na matukoy kung gaano karaming tao ang bibisita dito bawat araw. Ngunit ang katumpakan ng iyong pinili ay depende sa kung gaano ka tumpak ang iyong mahuhulaan. Isipin kung kanino mo nilayon ang iyong site, ano ang iyong madla ng mga bisita? Kung ang iyong site ay lubos na dalubhasa, hindi mo dapat asahan ang isang malaking bilang ng mga bisita. Kailan o kung mayroon kang entertainment portal o social network, malamang na makakamit mo ang malaking trapiko sa iyong site. Siyempre, ito ay depende sa pag-promote ng iyong site, ngunit iyon ay isa pang tanong. Kung inaasahan mo ang trapiko ng higit sa 5,000 mga tao bawat buwan, huwag mag-atubiling kumuha ng isang virtual server, muli, magsimula sa pinakamurang taripa na nagbibigay-daan sa iyong magkasya sa iyong site.
Iyon lang; una, ang pag-unawa sa mga parameter na ito ay sapat na upang makagawa ng tamang pagpili.
Alamin na hindi mo kailangang agad na bumili ng nakalaang pisikal na server. Dahil ang halaga ng naturang server ay mas mataas kaysa sa isang virtual server. Kailan kung paano ilipat ang isang website mula sa isang virtual server patungo sa isang pisikal na server ay hindi magiging mahirap. Ngunit ang paglipat mula sa nakabahaging pagho-host sa isang virtual server ay maaaring hindi gaanong simple. Dahil sa kasong ito, magbabago ang software na ginagamit ng hosting provider sa virtual hosting server, at maaaring humingi ng karagdagang bayad ang hosting provider para sa serbisyong ito.
Good luck sa lahat sa iyong mga pagsusumikap!
Mga tag: pagho-host, server
Maraming mga baguhang gumagamit ng Internet ang maaga o huli ay dumating sa tanong na "Ano ang pagho-host?"
Sa artikulong ito sasagutin namin ang tanong na ito at ilalarawan ang karaniwang mga solusyon sa Hosting na umiiral sa sa sandaling ito, at sasabihin din namin sa iyo ang tungkol sa kung paano ito gumagana sa aming kumpanyang "Hosting Telesystems" LLC
Pagho-host ay isang teknikal na platform para sa pagho-host ng mga website, na ibinigay ng mga dalubhasang kumpanya ng pagho-host. Sa madaling salita, ito ang lugar kung saan matatagpuan ang mga site. Ang gawain ng isang kumpanya ng Hosting ay nagmumula sa pagbibigay ng walang patid (perpektong) access sa mga user ng Internet sa mga site na hino-host ng isang partikular na kumpanya ng Hosting.
Ang mga serbisyo sa pagho-host ay maaaring nahahati sa:
- Virtual Hosting (o simpleng Hosting);
- Virtual dedicated server (o VPS, kilala rin bilang VDS);
- Nakalaang pagrenta ng server.
Ngayon, tingnan natin ang mga teknikal na opsyon para sa pagpapatupad ng pagho-host.
Ang unang pagpipilian para sa paglikha ng pagho-host ay ang kumuha ng isang regular na server at ilagay ang lahat ng mga serbisyo dito, sa karamihan ng mga kaso ito ay isang karaniwang solusyon para sa ilang mga site, hindi nangangailangan ng maraming mga gastos, lahat ng mga serbisyo ay naka-host nang magkasama, tulad ng: web server, database server, mail system.
(Larawan 1)
Ang isang mas kumplikadong opsyon ay kapag ang serbisyo ng database ay inilipat sa isang hiwalay na server, iyon ay, ang pag-load para sa pagproseso ng mga query sa database ay inilipat sa isang hiwalay na server, at sa gayon ay ibinababa ang nilalaman at mail server mismo.
(Larawan 2)
Higit pa mas kumplikadong sistema, kapag ang lahat ng mga pangunahing serbisyo ay ipinamahagi sa magkahiwalay na mga pisikal na server, nang hindi nakakasagabal sa gawain ng bawat isa.
(Larawan 3)
Ang lahat ng mga sistema sa itaas ay may kanilang mga kalamangan at kahinaan.
Halimbawa, ang lahat ay matatagpuan sa isang server, ito ay maginhawa upang pangasiwaan at kontrolin, ngunit mayroon din itong mga kawalan. Ipagpalagay na ang server ay nagsimulang makatanggap ng maraming mga kahilingan, na pinipilit ang server na bumuo ng dynamic na nilalaman, at upang lumikha ng nilalaman ay kinakailangan na gumamit ng mga mapagkukunan ng database, at sa kasong ito, na may mahinang pag-unlad, maaaring mangyari ang isang napaka hindi kasiya-siyang insidente.
Ang kakanyahan nito ay ang isang papasok na kahilingan sa web server ay bumubuo ng isang kahilingan sa database, na kung saan iba't ibang dahilan maaaring maisagawa nang sapat sa mahabang panahon, habang kumokonsumo ng medyo malaking halaga ng mga mapagkukunan ng system sa kabuuan. At kaya isa pang kahilingan ang dumarating sa web server, at isa pa, at isa pa, bilang resulta, ang server ay gumagana nang mas mabagal at mas mabagal, sinusubukang iproseso ang lahat ng mga kahilingan. Bilang resulta, ang pagpapatakbo ng buong server ay maparalisa, at kahit na ang mga user na humiling ng nilalamang hindi nauugnay sa dynamic na configuration ay maaaring hindi matanggap dahil sa isang overloaded na system.
(Larawan 4)
Ang lahat ng mga kahilingan ay dumarating sa "front-end" at pagkatapos ay ipinamamahagi ng server na ito sa mga natitirang "back-end" na server. Baka isipin mo kung ano yun magandang scheme, ngunit sa katotohanan, ano ang mangyayari kung masira ang "front-end"? Tama, walang halaga ng "back-end" ang makakatulong sa pag-save ng sitwasyon kung walang "front-end" na server. Kaya kailangang magbigay ng ilan Alternatibong opsyon para sa ganitong kaso.
Upang gawin ito, kailangan mong tumaas sa isang mas mataas na antas, sa antas ng kagamitan sa pagruruta, sa mismong lugar kung saan naabot ng packet ang antas ng IP sa abot ng iyong system, ngunit hindi pa nakakarating sa iyong mga server at mayroon kang pagkakataon upang makialam sa proseso, kung saan ipapadala ang package na ito.
Sa pamamagitan ng paraan, ang lugar na ito ay medyo kawili-wili at maraming solusyon.
Bilang halimbawa, kung sinusuportahan ng iyong router ang WCCP (Web Cache Communication Protocol), maaari mo itong gamitin para sa mga layuning ito. Ang kakanyahan nito ay magsisimula sa katotohanan na kung ang iyong "front-end" ay buhay at regular na tumugon sa mga kahilingan ng router o aabisuhan ito tungkol sa buhay nito, haharangin ng router ang packet at ididirekta ito partikular sa "front-end". Kung ang koneksyon sa "front-end" ay nawala, pagkatapos ay ang router ay nagpapadala ng mga kahilingan nang direkta sa isa o maraming "back-end", ang lahat ay depende sa iyong pagnanais at uri ng mga setting.
Kahit na wala kang mamahaling router, marami pa ring puwang para sa pagkilos. Ang isang regular na server ay maaaring gawing isang router gamit iba't ibang sistema, tulad ng ipfw, iptables, pf, makakamit mo ang isang katulad na resulta, sasabihin kong mas malaki kaysa sa kaso na inilarawan sa itaas. Maaari mong pamahalaan ang mga patakaran dito nang mag-isa kapag nagsusulat ng medyo simpleng mga programa. Kung kumonekta ka rin dito, halimbawa CARP (Common Address Redundancy Protocol), maaari kang gumawa ng isang duplicate ng naturang server; kung ang isang server ay nabigo, isa pa ang kukuha sa trabaho, at sa gayon ay madaragdagan ang pagiging maaasahan ng system sa kabuuan .
Bukod dito, ang pagkakaroon ng mga system sa itaas, magiging mas madali para sa iyo na harapin ang mga ganoon karaniwang problema V Kamakailan lamang, bilang DDOS (Distributed Denial of Service). Dahil hindi mo papayagang maabot ng negatibong trapiko ang iyong pangunahing mga server system, sa gayon ay pinoprotektahan sila.
At muli ang tanong ay lumitaw - "Ano ang maaari pang mapabuti?"
Walang problema, kunin natin ang sistema ng mail, sa unang yugto, noong sinisimulan mo pa lang ang lahat, ang pinakamahalagang bagay ay upang maiwasan mga simpleng pagkakamali. Halimbawa, para sa lahat ng mail protocol, bigyan ang mga kliyente ng parehong pangalan tulad ng mail.domain.ru, sasabihin mo pa rin ang isang server. Ngunit sa hinaharap, kung magpapalawak ka, kakailanganin mong mas mahirap na paghiwalayin ang pangalang ito para sa iba't ibang mga protocol, kaya huwag maging tamad, gumawa ng hiwalay na mga pangalan para sa iba't ibang mga protocol: smtp, pop, imap, kahit na humantong pa rin sila sa pareho server.
Ang susunod na hakbang ay paghiwalayin ang smtp protocol mula sa pop at imap, at para sa higit na pagiging maaasahan, maaari mong hatiin ang smtp sa dalawang magkahiwalay na server para sa papasok at papalabas na mail.
Gayundin, sa pagtaas ng bilang ng mga papasok o papalabas na mensahe, posibleng madagdagan ang bilang ng mga smtp server. Sa kaso ng papalabas na server ng mensahe, maaari mong gamitin ang pagtukoy ng ilang IP address sa dns server, at pagkatapos, gamit ang round-robin algorithm, pipiliin ng kliyente ang papalabas na server batay sa prinsipyo ng pag-enumerate ng mga address sa isang pabilog na paraan, sa gayon ay namamahagi ng load sa pagitan ng mga server.
Maaari mong gawin ang parehong sa mga papasok na mail server, ngunit mayroon kang isa pang tool upang pamahalaan ang proseso kung saan maghahatid ng mail papunta sa mga domain ng iyong mga kliyente. Ang parameter ng MX na ito ay isang uri ng tala ng DNS na tumuturo sa mga mail-exchange server na naghahatid ng mail para sa domain. Sa ganitong uri ng talaan, maaari kang tumukoy ng priyoridad para sa bawat server o maramihang mga server, sa gayon makokontrol kung anong pagkakasunud-sunod at sa aling server ihahatid ang sulat para sa iyong kliyente.
Ang mga protocol ng Imap at pop ay medyo mas simple; sa katunayan, dapat silang nakatira sa tabi ng isang sapat na malaking imbakan ng mail upang hindi limitahan ang mga kliyente sa mga laki ng mailbox. Iyon ay, ang anumang server na may malalaking disk ay angkop para sa layuning ito; sa hinaharap, siyempre, mas mahusay na gumamit ng mga sistema ng raid para sa maaasahang pag-iimbak ng mail; kung singilin mo ang mga kliyente ng pera para dito, dapat mong isipin ang tungkol sa maaasahang imbakan. .
Nagsaya kami sa mail, ano pa ang dapat naming gawin...
At dito mayroon ding mga pagpipilian, halimbawa CRON (task scheduler para sa pagpapatupad ng iyong mga programa). Karaniwang enerhiya-intensive at kumplikadong mga gawain para sa pagproseso ng ilang analytics o pagpapatakbo ng pagpapanatili ng system. At ito ay maaari ring maging sanhi ng isang problema, kung hindi sa mga disk, pagkatapos ay sa memorya o processor, na maaaring makagambala sa paghahatid ng nilalaman mula sa web server. Dito, bilang isang opsyon, maaari naming ialok ang mga sumusunod.
Maaaring ilipat ang file system sa ibang server, halimbawa sa pamamagitan ng NFS, at maaaring ihatid ang mga cron job dito. Maaari ka ring magbigay ng ssh access sa server na ito, dahil ang operasyon ng server na ito ay hindi nauugnay sa pagpapatakbo ng pangunahing web server. Dito maaari mong payagan ang mga kliyente na gumamit ng iba't ibang mga programa na dati mong hindi pinapayagang gamitin, halimbawa, iba't ibang mga compiler. Walang saysay na dalhin ang Ftp dito; gayunpaman, ang pag-download ng mga file ay dapat na mas malapit sa imbakan at, bilang panuntunan, ang Ftp ay hindi nagdudulot ng mga problema sa disk, o sa processor, o sa memorya.
Kung maiinip ka muli, maaari mong simulan ang pag-upgrade ng mga "back-end" na server.
Kadalasan, ang muling pagsasaayos ay nangyayari sa mga naturang server; upang hindi mapilitan na gawin ito, mayroong maraming mga paraan.
Ang una ay upang lumikha ng isang virtual na pagmamapa ng mga pangalan ng site, sa pamamagitan ng mga landas sa file system kung saan lilitaw ang pangalan ng site, ngunit sa kasong ito ay napakahirap na ayusin ang mga setting ng ilang mga site.
Ang pangalawang opsyon ay ang pagsulat ng sarili mong module na dynamic na lilikha at mag-cache ng configuration batay sa isang database. Dito rin, hindi ka dapat masyadong madala, dahil kung pipili ka ng mysql o pgsql database, maaari mong maparalisa ang kanilang trabaho o, kung masira sila, maparalisa ang gawain ng mga site; dito mas mainam na gamitin ang alinman sa BDB o CDB . Iyon ay, gumamit ng isang intermediate database upang mag-imbak ng mga setting at i-update ang mga ito kung ang mga pagbabago ay nangyari sa gitnang database.
Kapag natapos mo na ang gawaing inilarawan sa itaas, maaari kang pumili ng iba pa.
Pag-isipan natin kung paano natin mabibigyan ang lahat ng site ng hiwalay na IP address kung kinakailangan. Kung wala kang isa o dalawang site, ngunit ilang libo, pagkatapos ay lumitaw ang isang mahirap na sitwasyon. Kailangan mong irehistro ang lahat ng mga IP para sa ilang mga site, isang napaka-hindi kahanga-hangang gawain; bilang karagdagan sa pagrehistro nito sa mga config ng web server, kailangan mong irehistro ito sa mga config mismo operating system, na kahit na may ilang automation, ito ay magmumukhang napakapangit sa ibang pagkakataon.
Narito kami ay pumili ng isang bahagyang naiibang solusyon, ito ay ang paglikha ng isang reverse-proxy na may tusong pagmamapa, ang kakanyahan nito ay bumababa sa sumusunod: isang ruta ay nilikha sa router para sa isang medyo malaking network, na nakadirekta sa address ng aming proxy server. Sa proxy server mismo, ang isang panuntunan ay isinulat upang i-redirect ang lahat ng mga packet na darating sa amin sa network na ito sa isang tiyak na port, at tiyak na i-redirect, iyon ay, nag-iiwan ng impormasyon tungkol sa src at dst address sa mga packet. Pagkatapos, ang aming proxy server, na tumatanggap ng packet na ito, ay tinitingnan kung saan ito ipinapadala, muli sa pamamagitan ng isang intermediate na nabuong CDB file, at tinutukoy kung alin sa mga "back-end" ang naglalaman ng nilalaman para sa kahilingang ito, ipinapasa ang kahilingang ito doon at ipinapadala ang tugon sa kliyente.
Sa pamamagitan ng parehong pagkakatulad, maaari mong karaniwang ipamahagi ang mga IPV6 address sa lahat ng mga site, marahil sa iyong database, kung saan naka-imbak ang listahan ng mga site, ang bawat site ay may sariling natatanging numeric identifier, bilang panuntunan, ito ay isang integer, at ito ay lamang 32 bits, para sa ipv6 ito ay isang maliit na bagay lamang. Ibig sabihin, sapat na ang network /96.4 billion address para sa lahat ng iyong mga trick. :-)
Ang kakanyahan ng ideya ay ito: ang mga packet ay naharang at ipinadala muli sa port ng server proxy, tanging sa kasong ito ay kukuha kami ng huling 4 na byte ng ipv6 address, na siyang natatanging identifier ng site, pagkatapos ay mananalo ito. t maging mahirap na tingnan muli ang database at hanapin kung saan ipapadala ang kahilingang ito sa pamamagitan ng nangungunang ipv4.