在上一篇《Nginx風(fēng)頭正勁，Apache和IIS Web服務(wù)器遇到對(duì)手》文章中，我們介紹了在Web服務(wù)器系統(tǒng)管理員有了更多的選擇；主要的替代服務(wù)器之一：開(kāi)源Nginx Web服務(wù)器正在迅速發(fā)展起來(lái)。本文介紹了如何在筆記本電腦上，通過(guò)Nginx處理每秒10000個(gè)請(qǐng)求的繁重任務(wù)。

說(shuō)得好聽(tīng)點(diǎn)，我是個(gè)不大專(zhuān)業(yè)的系統(tǒng)管理員。我年輕時(shí)從事技術(shù)支持，后來(lái)在一個(gè)運(yùn)行幾個(gè)UNIX系統(tǒng)的Windows部門(mén)擔(dān)任管理員工作，這些系統(tǒng)大多放置在裝有空調(diào)的清潔機(jī)房里，由上了年紀(jì)的員工負(fù)責(zé)維護(hù)。直到我開(kāi)始管理企業(yè)級(jí)存儲(chǔ)設(shè)備，才慢慢領(lǐng)教了bash外殼程序的強(qiáng)大功能，我那個(gè)拼湊起來(lái)的家庭網(wǎng)絡(luò)慢慢由支持幾臺(tái)個(gè)人電腦的Windows 2003域變成了GNU/Linux服務(wù)器和OS X臺(tái)式機(jī)及筆記本電腦組成的混合環(huán)境。

與大多數(shù)人一樣，我***也決定把自己的網(wǎng)站放到互聯(lián)網(wǎng)上，于是我使用Apache HTTP服務(wù)器來(lái)托管該網(wǎng)站。原因何在？因?yàn)槲已矍熬陀幸惶譛buntu服務(wù)器設(shè)備，而Apache服務(wù)器是我聽(tīng)到次數(shù)最多的Web服務(wù)器。既然Apache對(duì)大型網(wǎng)站來(lái)說(shuō)都足夠好，它對(duì)我這個(gè)小小的靜態(tài)個(gè)人網(wǎng)站來(lái)說(shuō)理應(yīng)足夠好，不是嗎？

但沒(méi)想到，Apache對(duì)我來(lái)說(shuō)不太好用。下面介紹了具體原因——我用了一個(gè)周末的時(shí)間扔掉原先安裝的Apache服務(wù)器，換成了Nginx的Web服務(wù)器：其守護(hù)程序占用資源少，運(yùn)行速度快。

#p# 老朽系統(tǒng)

Apache安裝起來(lái)很容易。我差點(diǎn)兒要寫(xiě)成“太”容易了；但是如果你光有一身膽量，只曉得“Apache是托管運(yùn)行網(wǎng)站的某種軟件”，就想動(dòng)手安裝Apache，那么恐怕面臨需要摸索學(xué)習(xí)的一個(gè)過(guò)程。不過(guò)，我在網(wǎng)上只搜索了一兩個(gè)小時(shí)以尋求幫助，鉆研Apache的配置文件，就建好了網(wǎng)站，它還是放在互聯(lián)網(wǎng)上的！幾個(gè)月后，Ars刊登了一篇文章，介紹如何獲得免費(fèi)的SSL/TLS證書(shū)（http://arstechnica.com/security/news/2009/12/how-to-get-set-with-a-secure-sertificate-for-free.ar）。我立馬想試一下——倒不是由于我真的很需要該證書(shū)，而是就想看看證書(shū)是如何工作的。此文刊登后沒(méi)過(guò)一天，我就為自己的域獲得了一份2級(jí)通配符SSL/TLS證書(shū)，我的Web服務(wù)器就有了https。

系統(tǒng)就這樣順利運(yùn)行了好幾年；但是當(dāng)我開(kāi)始進(jìn)一步折騰Web服務(wù)器時(shí)，這一點(diǎn)開(kāi)始顯露無(wú)遺：我安裝的系統(tǒng)盡管運(yùn)行順暢，但可以做得更好。尤其是，為Web服務(wù)器添加了Tectonicus后，我發(fā)現(xiàn)系統(tǒng)并非處于***運(yùn)行狀態(tài)。Tectonicus是一款沙盤(pán)游戲《Minecraft》地圖渲染工具，可以生成數(shù)以百萬(wàn)講的小圖片，并且使用類(lèi)似谷歌地圖（Google Maps）的界面，將眾多小圖片拼接起來(lái)。即使在我的本地網(wǎng)絡(luò)上，Apache也很難以相當(dāng)快的速度來(lái)顯示地圖。該Web服務(wù)器的硬件配置是雙核AMD E-350、2GB內(nèi)存和Vertex 2固態(tài)硬盤(pán)，理應(yīng)會(huì)立即顯示網(wǎng)站的靜態(tài)圖像。但是htop工具顯示，只要一顯示Tectonicus地圖，Apache進(jìn)程就瘋狂地占用處理器資源；屏幕慢慢填滿(mǎn)小圖片時(shí)，兩個(gè)處理器核心的使用率都達(dá)到了100%。

此外，我開(kāi)始在同一套服務(wù)器設(shè)備上運(yùn)行一個(gè)小型維基。這使用Dokuwiki（http://www.dokuwiki.org/dokuwiki），該維基服務(wù)器可以使用皮膚，非常像MediaWiki，但是將數(shù)據(jù)存儲(chǔ)在平面文件中，并不需要數(shù)據(jù)庫(kù)。Dokuwiki需要PHP，這種廣泛使用的腳本語(yǔ)言用在全球數(shù)量眾多的Web服務(wù)器上，所以這意味著我需要將某種PHP軟件包安裝到我目前的環(huán)境中。

可以選擇的道路有好多條。由于我輕而易舉地將Apache安裝到Ubuntu上——只需輸入“sudo aptitude install apache2”，就得到了所謂的Apache MPM Prefork版本。這是最常安裝的Apache版本，其工作方式如下：創(chuàng)建許多獨(dú)立的Apache進(jìn)程，以處理Web請(qǐng)求。它不是使用多個(gè)線程，而是把任務(wù)劃分給多個(gè)子Apahce進(jìn)程。想好好了解進(jìn)程與線程的區(qū)別，請(qǐng)參閱關(guān)于該話題的這篇Ask Ars特寫(xiě)文章（http://arstechnica.com/business/news/2011/04/ask-ars-what-is-a-cpu-thread.ars）。prefork是默認(rèn)的Apache安裝，因?yàn)锳pache是一款可以擴(kuò)展的Web服務(wù)器，它可以進(jìn)行定制，只要添加模塊，就能執(zhí)行各種實(shí)用的操作；而人們可能想要安裝的一些模塊以多進(jìn)程方式運(yùn)行時(shí)無(wú)法順暢運(yùn)行。

用進(jìn)程來(lái)處理每項(xiàng)任務(wù)的缺點(diǎn)是，Apache的prefork模式比較占用內(nèi)存，在負(fù)載狀態(tài)下更是如此。Apache的另一種預(yù)編譯版本Apache MPM worker可以作為替代方案來(lái)安裝。worker有別于prefork的地方在于，worker的進(jìn)程是多線程的，因而它們能夠以較少的系統(tǒng)資源來(lái)滿(mǎn)足更多請(qǐng)求的需要。這就相當(dāng)于以較少的內(nèi)存和處理器資源更快地提供網(wǎng)頁(yè)。不過(guò)，由于一些Apache模塊在多線程Apache環(huán)境下運(yùn)行時(shí)未必能順暢地運(yùn)行，你得特意選擇該版本，使用軟件包管理器安裝到Ubuntu以及其他GNU/Linux發(fā)行版上。

稍微搜索一下，就發(fā)現(xiàn)Apache worker對(duì)于使得Tectonicus更快地顯示無(wú)數(shù)小圖片大有幫助，但是更換后會(huì)引起PHP方面出現(xiàn)一些問(wèn)題。內(nèi)置的Apache PHP模塊“mod_php”屬于以多線程方式運(yùn)行可能有問(wèn)題的那些模式。我面臨這個(gè)難題：丟棄并更換不少軟件，才能從mod_php改為獨(dú)立的PHP。

不過(guò)，Ars論壇成員Blacken00100的一個(gè)帖子（http://arstechnica.com/civis/viewtopic.php?p=22241073#p22241073）完全給了我新的方向。Apache結(jié)合獨(dú)立式PHP也許遠(yuǎn)不如像Nginx這些占用資源少的事件驅(qū)動(dòng)型Web服務(wù)器結(jié)合獨(dú)立式PHP來(lái)得好。我的想法開(kāi)始轉(zhuǎn)變。我想，只要我做好一些基本工作，也許可以一路過(guò)來(lái)，看看能不能安裝被廣泛認(rèn)為是當(dāng)今世界上運(yùn)行速度最快的Web服務(wù)器：Nginx。

后起之秀

Nginx是一款占用資源少的Web服務(wù)器，以超快的運(yùn)行速度超快而出名。它與Apache根本不一樣：Apache是進(jìn)程和線程驅(qū)動(dòng)型的應(yīng)用軟件，而Nginx是事件驅(qū)動(dòng)型的應(yīng)用軟件。這種設(shè)計(jì)上的差異所帶來(lái)的實(shí)際影響是，少量的Nginx“worker”進(jìn)程就能處理一大堆的請(qǐng)求，進(jìn)程之間不用等待對(duì)方，也不用同步；它們只要“閉上眼睛”，就能盡快地一口一口地吃掉大象（喻指繁重任務(wù)）。

相比之下，Apache處理大量請(qǐng)求的方式是，生成更多的進(jìn)程來(lái)處理請(qǐng)求，這種做法通常耗用大量的內(nèi)存。Apache看到大象后，邊吃邊想大象有多大，有時(shí)Apache望著面前的沉重任務(wù)會(huì)有點(diǎn)發(fā)愁。另一方面，Nginx完全開(kāi)始吞吃。

Chris Lea在為什么使用Nginx？網(wǎng)頁(yè)（http://wiki.nginx.org/WhyUseIt）上簡(jiǎn)明扼要地概括了兩者的區(qū)別：“Apache好比是微軟Word，它有100萬(wàn)個(gè)選項(xiàng)，但是你只需要其中6個(gè)。Nginx就處理那6項(xiàng)任務(wù)，但處理其中5項(xiàng)任務(wù)時(shí)速度比Apache快50倍。”

Nginx在提供靜態(tài)文件時(shí)——比如Tectonicus地圖圖片圖像，表現(xiàn)尤為出色。對(duì)比較大的網(wǎng)站來(lái)說(shuō)，它常常被用作前端Web服務(wù)器，以便迅速地提供沒(méi)有變化的網(wǎng)頁(yè)內(nèi)容，同時(shí)將針對(duì)動(dòng)態(tài)內(nèi)容的請(qǐng)求轉(zhuǎn)交給其他地方運(yùn)行的更復(fù)雜的Apache Web服務(wù)器。不過(guò)，我感興趣的是它純粹作為一臺(tái)快速運(yùn)行的Web服務(wù)器。

與本文中提到的其他Web服務(wù)器一樣，只要用簡(jiǎn)單的“sudo aptitude install Nginx”，很快就能從Ubuntu軟件包存儲(chǔ)庫(kù)獲得Nginx。我停掉Apache后，很快安裝好了Nginx。遵照Blacken的建議，我還改而安裝了php5-fpm，這是一款經(jīng)過(guò)大量改動(dòng)的PHP軟件包，內(nèi)置了FastCGI功能。Blacken之所以建議選用php5-fpm，而不是比較舊、比較有名的php5-cgi套件，是因?yàn)閒pm能夠根據(jù)服務(wù)器負(fù)載的需要來(lái)開(kāi)啟或關(guān)閉新的PHP進(jìn)程，因而這是智能化程度高得多、功能強(qiáng)得大的軟件包；它所消耗的資源比較少，同時(shí)在負(fù)載狀態(tài)下可以透明地?cái)U(kuò)展、保持速度。

如果你的要求很簡(jiǎn)單，就像我這樣，那么用php5-fpm安裝可實(shí)際運(yùn)行的PHP很容易。主配置文件（/etc/php5/fpm/php-fpm.conf under Ubuntu 11.10）根本不需要改動(dòng)，池配置文件（/etc/php5/fpm/pool.d/www.conf）只需要稍微調(diào)整一下。池配置文件定義了php5-fpm將如何接受來(lái)自Web服務(wù)器的CGI請(qǐng)求。默認(rèn)情況下，php5-fpm監(jiān)聽(tīng)TCP端口9000，檢查來(lái)自Web服務(wù)器的請(qǐng)求，但我對(duì)此作了更改，改而使用Unix套接字文件，因?yàn)樽孋GI請(qǐng)求通過(guò)本地TCP端口進(jìn)來(lái)稍稍帶來(lái)了一點(diǎn)延遲。除非你的網(wǎng)站在生成大量網(wǎng)頁(yè)，否則這可能不會(huì)有什么影響；但是我想用采取“正確”的做法。另外，池配置文件讓你可以指定池進(jìn)程以哪個(gè)用戶(hù)和用戶(hù)組來(lái)運(yùn)行——將這設(shè)成與Web服務(wù)器所使用的用戶(hù)和用戶(hù)組一模一樣是個(gè)好主意。

最重要的是，池配置文件讓你可以指定如果php-fpm配置成“動(dòng)態(tài)”模式下，可以生成的PHP進(jìn)程的最小數(shù)量和***數(shù)量。這讓你開(kāi)始時(shí)可以只用一兩個(gè)活動(dòng)進(jìn)程來(lái)滿(mǎn)足PHP請(qǐng)求，但你可以指令php-fpm：根據(jù)需要，生成更多的進(jìn)程。唯一的實(shí)際限制是所能抽出來(lái)的內(nèi)存和處理器數(shù)量。至于我這個(gè)小型網(wǎng)站，我將php-fpm設(shè)成一開(kāi)始只有一個(gè)進(jìn)程，最多可以生成10個(gè)進(jìn)程。***，池配置文件讓你可以指定傳統(tǒng)的PHP配置數(shù)值，比如***內(nèi)存使用量、***上傳文件大小、Sendmail二進(jìn)制文件的位置，等等。

#p# 配置Nginx

保存了配置文件、通過(guò)init腳本啟動(dòng)該守護(hù)程序后，我有了一個(gè)完全實(shí)用的PHP環(huán)境；我準(zhǔn)備好了把注意力轉(zhuǎn)向這款Web服務(wù)器。如何針對(duì)Nginx改動(dòng)現(xiàn)有的Apache配置——這種配置包括實(shí)用的SSL/TLS支持？

結(jié)果發(fā)現(xiàn)，這其實(shí)相當(dāng)容易，因?yàn)镹ginx配置起來(lái)根本不像Apache那么復(fù)雜。對(duì)于小型網(wǎng)站來(lái)說(shuō)，這再好不過(guò)了！如果Nginx通過(guò)軟件包管理器安裝在Ubuntu下，就使用類(lèi)似Apache的目錄結(jié)構(gòu)。凡是用戶(hù)可以配置的東西，都放在/etc/Nginx下；Nginx.conf文件用于存放所有的全局設(shè)置，conf.d目錄用于存放需要在運(yùn)行中配置里面解析和添加的額外配置文件，sites-available和sites-enabled目錄用于定義實(shí)際網(wǎng)站及其特定配置。
 
/etc/Nginx的內(nèi)容對(duì)Apache用戶(hù)來(lái)說(shuō)有點(diǎn)似曾相識(shí)。

值得注意的是Nginx不能用來(lái)配置——它不支持.htaccess文件。你想在特定子目錄上完成的任何配置必須在配置文件或其中一個(gè)網(wǎng)站定義文件中進(jìn)行。如果你在考慮改用Nginx，你的網(wǎng)站又高度依賴(lài).htaccess方面的技巧，用于定義訪問(wèn)或用于添加重寫(xiě)規(guī)則或其他任何規(guī)則，就需要重新評(píng)估一下，看看你所作的各種任務(wù)是否可以改而在配置文件中再現(xiàn)。這還意味著，專(zhuān)門(mén)依賴(lài).htaccess文件的一些Web應(yīng)用程序在Nginx環(huán)境下可能無(wú)法順暢地運(yùn)行（或根本無(wú)法運(yùn)行）。

盡管如此，我的網(wǎng)站還是很適應(yīng)Nginx，主配置文件幾乎不需要什么編輯。主配置文件中最重要的設(shè)置就是“worker_processes”設(shè)置，它定義了有多少個(gè)Nginx進(jìn)程運(yùn)行。由于一個(gè)worker進(jìn)程就能同時(shí)處理數(shù)千個(gè)請(qǐng)求，一個(gè)可靠的經(jīng)驗(yàn)法則就是，每個(gè)處理器核心使用一個(gè)worker進(jìn)程。以我為例，我將該設(shè)置設(shè)成了2。主配置文件還讓你可以指定Nginx進(jìn)程將作為哪個(gè)用戶(hù)來(lái)運(yùn)行；由于我通過(guò)軟件包管理器來(lái)安裝Nginx，這預(yù)先配置成www-data用戶(hù)，就跟Apache一樣。

配置的其余部分在sites-available目錄中進(jìn)行。就像Apache那樣，若使用Nginx，你在sites-available目錄中創(chuàng)建網(wǎng)站定義，然后為它們創(chuàng)建符號(hào)鏈接，指向sites-enabled目錄；Nginx在啟動(dòng)時(shí)會(huì)解析網(wǎng)站定義。不過(guò)，不像在Apache中非SSL和SSL各有一個(gè)不同的文件，sites-available包含的“默認(rèn)”文件在里面同時(shí)定義了HTTP虛擬主機(jī)和HTTPS虛擬主機(jī)。

Nginx繼承了Apache的虛擬主機(jī)概念，提供了足夠多的配置選項(xiàng)，以滿(mǎn)足大多數(shù)網(wǎng)站的要求。你可以定義虛擬主機(jī)名稱(chēng)、存放了所提供文件的Web根目錄，然后執(zhí)行任何特定的位置權(quán)限和指令。重寫(xiě)也在同一個(gè)文件中處理，而不是像Apache那樣可能在多處執(zhí)行。這會(huì)導(dǎo)致網(wǎng)站定義文件比Apache網(wǎng)站的來(lái)得復(fù)雜，但是配置實(shí)現(xiàn)了集中化。

安裝SSL也有點(diǎn)不一樣，因?yàn)镹ginx不像Apache那樣支持不同的鏈證書(shū)（chain certificate）。如果你網(wǎng)站的證書(shū)需要中級(jí)證書(shū)包（intermediate certificate bundle），就得把你網(wǎng)站的證書(shū)連入到證書(shū)包，然后才可以使用它。此外，提供帶SSL/TLS的文件時(shí)，Nginx默認(rèn)情況下在加密連接上使用極其安全但速度也極慢的DHE-RSA-AES256-SHA密碼。如果你需要為網(wǎng)頁(yè)提供非常可靠的加密，這很好；但是如果需要網(wǎng)頁(yè)迅速提供，就不太好，因?yàn)樗硗馓砑拥腄iffie-Hellman加密是計(jì)算密集型操作。如果你要提供加密網(wǎng)頁(yè)，禁用DSE-RSA-AES256-SHA密碼、讓Nginx重新使用普通的AES256-SHA也許是個(gè)好主意。該網(wǎng)頁(yè)（http://matt.io/technobabble/hivemind_devops_alert:_nginx_does_not_suck_at_ssl/ur）上介紹了這么做的方法，以及關(guān)于該問(wèn)題的另外一些信息。

為了讓Nginx正確地將PHP文件傳送到安裝的獨(dú)立式php-fpm，只要在需要使用PHP的每一個(gè)虛擬主機(jī)下安裝一個(gè)處理器（handler），就像這樣：

location ~ \.php$ { try_files $uri =404; fastcgi_pass unix:/var/run/php5-fpm.soc;}

這告訴Nginx：位于Web根目錄下任何地方的、以.php為后綴的任何文件都應(yīng)該通過(guò)/var/run/php5-fpm處的套接字與FastCGI一起傳送，這個(gè)地方表明了php5-fpm進(jìn)程在哪里監(jiān)聽(tīng)出現(xiàn)的任務(wù)。

一個(gè)重要的提示是，Nginx與FastCGI和PHP結(jié)合使用時(shí)，存在一個(gè)眾所周知的潛在安全漏洞，這個(gè)漏洞會(huì)讓惡意訪客得以通過(guò)PHP處理器來(lái)發(fā)送非PHP文件。這個(gè)漏洞抓住了PHP的這個(gè)特點(diǎn)：試圖盡量幫助處理Web服務(wù)器交由它處理的任務(wù)。可以告訴PHP執(zhí)行實(shí)際上并非以PHP為后綴的文件，只要為它提供以PHP為后綴的不正確文件名。可以設(shè)置php.ini中的一個(gè)選項(xiàng)，阻止這種情況發(fā)生，但是數(shù)量眾多的流行的PHP應(yīng)用程序?qū)嶋H上依賴(lài)這種幫忙過(guò)頭的行為，所以比較容易從服務(wù)器端來(lái)處理。這就是“try_files $uri =404;”這一行的用途——它指令Nginx先試圖提供它所獲得的準(zhǔn)確的統(tǒng)一資源標(biāo)識(shí)符（URI）；如果該URI并不明確存在，就報(bào)告404錯(cuò)誤，而不是將URI傳送到PHP。

網(wǎng)上的絕大多數(shù)Nginx + PHP教程沒(méi)有提到配置方面的這個(gè)陷阱，盡管它已存在了近兩年（我在這里提及，是因?yàn)樗莻€(gè)很容易避免的問(wèn)題！）。

我對(duì)配置文件要做的其余工作涉及重寫(xiě)，這一切與清除Dokuwiki URL、讓它們更容易閱讀有關(guān)。從Apache極其豐富的重寫(xiě)語(yǔ)言轉(zhuǎn)為Nginx的重寫(xiě)語(yǔ)言基本上不需要猜來(lái)測(cè)去；如果你的網(wǎng)站依賴(lài)大量重寫(xiě)，你可能不想使用Nginx。它的重寫(xiě)引擎其功能完全不如Apache的來(lái)得強(qiáng)大。 
 

這套存放在.htaccess的重寫(xiě)規(guī)則針對(duì)我那個(gè)托管運(yùn)行的維基，用來(lái)清理URL、處理安全登錄……
 

 
……Nginx中的大多數(shù)對(duì)應(yīng)的重寫(xiě)規(guī)則

#p# 運(yùn)行順暢

好了，大功告成了。那么，Nginx運(yùn)行起來(lái)到底有多好？

它運(yùn)行起來(lái)確實(shí)很好。暫時(shí)不說(shuō)PHP這部分，我想換成Nginx的主要原因是提供平面文件的速度。在我完全主觀性的測(cè)試中，Nginx在這方面完勝Apache。Tectonicus地圖以前需要數(shù)秒才能完全填滿(mǎn)屏幕，現(xiàn)在立即就能填滿(mǎn)；而且只要鼠標(biāo)有什么操作，它會(huì)立即響應(yīng)。拖動(dòng)和縮放也很流暢、快速，不像同一個(gè)地圖在Apache環(huán)境下會(huì)出現(xiàn)滯后、漏過(guò)，好像它架設(shè)在南極州的靠倉(cāng)鼠提供動(dòng)力的服務(wù)器上，而不是架設(shè)在另一頭連至千兆以太網(wǎng)連接的局域網(wǎng)設(shè)備上。我滿(mǎn)意極了。
 

 
兩個(gè)Nginx worker進(jìn)程和單個(gè)的PHP-FPM池進(jìn)程，只用了大約14MB的物理內(nèi)存。

就基于PHP的維基而言，改善幅度有點(diǎn)不大明顯；但是無(wú)疑不比之前來(lái)得糟糕。維基上有幾個(gè)圖像密集型的網(wǎng)頁(yè)，通過(guò)Apache來(lái)裝入可能要花3至5秒；同樣的網(wǎng)頁(yè)裝入到Nginx上所需時(shí)間大致相當(dāng)。不過(guò)，Nginx+php-fpm環(huán)境占用的內(nèi)存資源比我之前所用的龐大Apache prefork配置環(huán)境少得多；在處理十幾個(gè)網(wǎng)頁(yè)裝入請(qǐng)求時(shí)，處理器的占用率也低得多。
這次更換只花了我周六的大半天時(shí)間，開(kāi)始出現(xiàn)了幾個(gè)錯(cuò)誤，后來(lái)在網(wǎng)上搜索了一番，時(shí)間主要花在了試圖搞定重寫(xiě)規(guī)則、讓維基滿(mǎn)意上。我從這次經(jīng)驗(yàn)中學(xué)到了很多東西，尤其是Nginx的表現(xiàn)確實(shí)名副其實(shí)——它是一臺(tái)運(yùn)行速度超快的Web服務(wù)器。 

原文鏈接：http://arstechnica.com/business/news/2011/11/a-faster-web-server-ripping-out-apache-for-nginx.ars