Microsoft PowerPoint - Tech-iSeminar_WebCache.ppt

Transcription

1 OracleAS 10g: 웹캐쉬설정및성능 Getting the most out of MetaLink 심원보 한국오라클 ( 주 ) 제품지원실 1 오늘은 OracleAS10g 의핵심컴포넌트중의하나의 Oracle WebCache 에대해서알아봅니다. 기존버전에서별개의구성요소로서다루어졌던 Oracle WebCache 가, ORACLE AS 10g 버전에서는완전하게 built-in component 로서의모습을갖추었으며, 더욱세련된기능을보여주고있습니다. 그기능들을살펴보고, 현실적인문제상황들에대해 WebCache 가어떻게설정되고활용될수있는지알아보겠습니다.

2 목차 WebCache 개요 새로운기능및설정 Scenario in the real world 성능 참고자료 2 다음과같은순서로진행합니다. 1. WebCache 개요 2. OracleAS 10g에서의새로운기능소개 3. 현실적인상황에대한 WebCache의설정방법 4. 성능 5. 참고자료

3 WebCache 개요 Origin server 와 client 사이에존재 Improve performance, scalability, & availability 서비스할페이지전체또는그일부를메모리에저장 web application 의서비스가속 Origin server 의부하를줄여줌 3 Webcache 에대해서는여러번들어보셨을겁니다. 간단하게정의하자면, 실제 web service 를담당하는 web server 의앞단에위치하면서자주 service 가되었던 web application 의내용이 caching 되어있다가동일페이지에대한 client 의요청이있을경우굳이실제서비스를담당하는 web server 단까지 request 를보낼필요없이 Caching 된정보를보내줌으로써보다빠르게 client browser 의요청에응답할수있도록해주는 software 입니다. 실제 web service 를담당하는 web server 를지금부터는 origin server 라부르겠습니다. 그래서 webcache 를사용하실경우, origin server 단독으로 service 를할때보다훨씬많은유연성과가용성, 확장성, 그리고성능향상을기대할수있습니다. Webcache 는 origin server 가서비스할페이지의전체또는그일부를자신의 memory 에저장합니다. 그럼으로써훨씬빠른응답속도를보여주며, origin server 의부하를줄여주는효과도있습니다. 아울러 origin server 의임의의 downtime 때도웹서비스는계속되는것처럼보일수있습니다. 또한 origin server 와별개의장비에위치시킬수있으며, webcache 끼리도 cluster 를구성함으로써, origin server 단독으로사용하실때보다전체적으로보다더유연한웹서비스시스템을구현할수있습니다.

4 How webcache works If (cached object available) (1) -> (2) Else (1) -> (3) -> (5) -> (6) -> (7) (6): Now! the requested object available 4 Webcache 가어떻게동작하는지알아봅니다. 그림을보십시오. (1) Client sends HTTP request (2) Web Cache responds immediately if cached object is available (3) If object is not in cache, Web Cache requests object from Application Server (4) Application Server generates response (may include Database queries) (5) Application Server responds to Web Cache (6) If response is cacheable, Web Cache retains a copy for subsequent requests (7) Web Cache compresses page and responds to Client

5 Key features of webcache Full-page Caching with Simple Personalization Partial-page Caching and Personalized Content Assembly (ESI) Invalidation and Performance Assurance Heuristics Automatic Content Compression Web Server Load Balancing and Failover Cache Clustering Hierarchical / Distributed Caching and Page Assembly (ecdn) XSL/T for post-processing of XML content Integrated with Oracle Tech Stack: 9iAS, 9iDB, 11i E-Business Suite Compatible with 3rd-party application servers and databases 5 9iAS release2 에서의 webcache 의기능들을소개합니다. 뒤에서언급될 OracleAS 10g webcahce 의새로운또는보강된기능들과비교하기위해여기에미리열거했습니다.

6 새로운기능 New features area Usability & Manageability Logging Security Caching, Content Invalidation & Compression High Availability Diagnostics 6 Oracle AS 10g 버전에서새로운기능들을 category 별로분류하면보시는바와같습니다. 지금부터각기능들을살펴보겠습니다.

7 Usability & Manageability 먼저사용성및관리적측면을살펴보겠습니다.

8 configuration dynamic configuration no rebooting is necessary 현재 caching 돼있는것보존 Opmn support Managed by Opmn Opmnctl start/stop process-type=webcacheadmin Opmnctl start/stop process-type=webcache 8 Webcache 의설정사항들을확인하고변경, 추가설정하실때 webcache 의 admin page 를활용하시게됩니다. Default port로 4003 로접속하시면기본페이지가나오고 Administrator로 login을하시면설정화면이나옵니다. Administrator의 password는 OracleAS 10g install하실때 ias_admin 에주었던 password와동일합니다. 이전버전은모두똑같은 id, 즉 administrator가 default password 입니다. 설정화면의곳곳에이 반시계방향의동그란화살표에별 (*) 표가있는 문양이붙어있는설정변수가있습니다. dynamic configuration 이가능하다는표시로, 설정변경완료후 webcache를 re-start하지않으셔도변경사항을적용됩니다. 기본적으로 webcache는 restart를하시면현재 caching돼있는내용들은모두없어집니다. dynamic configuration 는가급적이것을막기위한것으로, 모든설정변수가 dynamic configuration 이가능하지는않습니다. OracleAS 10g의경우 opmnctl 명령어로 webcache의구동을제어하게되었습니다. opmnctl start/stop process-type=webcacheadmin 또는 opmnctl start/stop process-type=webcache Process-type 은대소문자구분을함으로주의하시기바랍니다. 참고 ) Opmnctl start/stop ias-component=webcache 물론 webcache 를 standalone 으로 install 할수있으며, 이경우는기존대로 webcachectl 및 watchdog process 의관리를사용합니다.

9 Site discovery Site Discovery is a new feature that populates site definitions from the virtual host configuration of Oracle HTTP Servers Quick way to define sites 9 Site Discovery menu 를통해 webcache 의 site definition 을쉽게할수있습니다. 이기능을통해, origin server (OHS) 에설정된 virtual host 에대해서 hostname:port 에대한정보를자동으로모을수있으므로, site 정의를쉽고빠르게할수있습니다.

10 End-User Performance Monitoring Real time rendering in the user s browser Capture real enduser response time Measure response times for the entire web application 10 End-User Performance Monitoring 기능을통해, 사용자의관점에서해당 web service 의성능이어느정도인지파악할수있습니다. 이것은기존방식, 즉몇몇 url 에대한 stress test 에서얻어낸 performance 분석과는전혀다른것입니다. 관심대상의 site 를사용자가마치실제로그 web service 를이용하는것처럼쭉브라우징을하게되고, 그대상 url 에대해주어진시간동안실제서비스중에성능지표데이터들을수집하게됩니다. End-User Performance Monitoring 기능은, 또한, 특정 end-user 가경험하는 performance 를그대로 tracking 할수있습니다. ( 생각해보십시오. 여러분의사장님이여러분이개발하고구현한 web service 를 browsing 하며, 시연해보고있다고말입니다.) 수집된결과는 OEM 의 Application Performance Monitoring (APM) 기능을통해분석을합니다. 참고로위의그림은 Enterprise Manager 를보여주고있으며, OEM 은 10g 버전에서는 Grid Control 이라부릅니다.

11 Logging & Security Logging 및보안측면을보겠습니다.

12 Logging Access log & event log Rollover User-defined format (supporting XLF, CLF) for access log 4 levels of verbosity for event log 버전에서는 log 파일을 rollover시킬수있습니다. Dl 기능은 Log file 하나에계속 access 또는 event log가쌓여너무커지는것을방지할수있습니다. Rollover의주기를주간별, 일별, 시간별로정할수있습니다. Access log의 format을사용자가지정할수있으며, CLF 및 XLF 모두지원합니다. 보다자세한 reporting을위해관리자는저수준을 data들이 logging되도록 사용자정의 log format 을만들수도있습니다. Evnet log 은 webcache 의 error log 에해당하는것입니다. 이것도 4 가지수준의 log level 로조정할수있습니다.

13 Security Security SSO Client-side certificate support ncipher SSL Acceleration Hardware Support 13 Security issue 때문에 webcache 의기존버전에서는 user authentication 에관련된 single-sign-on page 들은 cache 를하지않는것이기본이었습니다. 하지만 에서는 httpd.conf 의 OssoSendCacheHeaders parameter 를 off 시켜놓을수있게함으로써, OHS 의 mod_osso 에 non-cacheable 속성을무시하고 cache 에대한책임을 web application 에게부여할수있게합니다. 그리고 버전부터는 PKI 기반의 SSL 인증에대해서도 webcache 가지원을합니다. ncipper 와같은 SSL 가속기와도함께쓰일수있으며, 이경우 SSL handshake 과정동안의 web application 의성능을높일수있습니다.

14 Secutiry WebCache configuration w/ SSL See the notes Note Configuring Web Cache with SSL in Oracle Application Server 10G (9.0.4) Note Configuring SSL Client Authentication with Web Cache in Oracle Application Server 10G (9.0.4) Security alert See the notes Note Security Alert 66 Security Vulnerabilities in OracleAS Web Cache 10g and Oracle9iAS Web Cache Note Security Alert 66 Patch Availability Matrix 14 SSL 과관련한 webcache 설정방법에대한문서를소개드립니다. 아울러 security 취약성에관한 alert 문서도함께참조하시고 patch 를적용하시는것이좋겠습니다.

15 Caching, Invalidation & Compression Caching, invalidation, 그리고 compression 측면을살펴보겠습니다. Invalidation 은사실상 webcache 의꽃이자핵심이라고할수있습니다.

16 Disconnection to origin server Disconnect from the origin servers dynamically, serving only pages only from the cache. Useful when Origin Server is stopped due to maintenance 16 Web page 의주요부분이 caching 돼있을경우, Maintenance 를위해 origin server 를내려놓더라도 webcache 를외부적으로는 web service 를계속할수있습니다. 설정 page 에서 Routing 을 disable 시켜놓으면, 외부 request 를 origin sever 에 forwarding 하지않습니다.

17 Partial-Page Caching & Content Assembly Edge Side Includes (ESI) an XML-like markup language used to define cacheable and non-cacheable content fragments a content invalidation protocol for cache consistency Edge Side Includes for Java (JESI) a custom tag library to facilitate the use of ESI with JSP applications 17 ESI, 즉 Edge Side Includes는 page assembly를위한표준tag입니다. ESI를통해 page내조각들을어떻게조합해서보여줄지를지정합니다. 이를위해해당 page에설정된 esi를읽고가공해낼수있는 engine이필요합니다. Akamai, Oracle, IBM, BEA, NetApp 등과같은회사가 ESI를지원하고있습니다. ESI 는 xml 과비슷한구조의 markup language 로서, content 조각들의 caching 가능여부를지정하는데사용합니다. ESI 는 cache consistency 를위한산업표준규약입니다. Jsp 에서 ESI tag 를쓸수있도록한것이 제시 (jesi) 입니다.

18 ESI Development Model Divide Full Pages into Templates and Fragments 18 ESI 개발모델의개념은매우단순합니다. ESI tag 를통해표시하고자하는전체 page 를, 내용이변하지않는 content template 과내용이변하는 content fragment 로나누도록지정합니다. 이런 ESI tag 가담겨진내용은 esi parsing engine 에보내져, content template 만 caching 되고나머지부분들은 content fragment 들의조합으로전체 page 가표시되는것입니다. Oracle AS10g webcache 자체가이런 esi tag 를해석할수있는 engine 을담고있습니다.

19 ESI Inline Tag /sample.html <html>... <esi:inline name= /news101 > <table>... </table> </esi:inline>... </html> /news101 Template Cache Storage Page Assembly Cache Response /sample.html 19 Partial caching 과관련해, 대표적인 ESI tag 두개만살펴봅니다. Esi:inline tag 는 html source 의 body 부분에 partial caching 될 page 내용을그대로적습니다. Syntax: <esi:inline name= URL fetchable= yes no [max-age= expiration_time [+ removal_time] ] [timeout= fetch_time ] Embedded HTML code </esi:inline> name specifies a unique name for the fragment in URL format fetchable yes specifies that the URL can be used to independently fetch the fragment. no specifies that the fragment can only be generated as a response for another object. max-age specifes expiration time. Specifing removal time is optional. Use this attribute if the template page has a higher tolerance for stale fragments than specified by the time-to-live parameters in fragment responses. timeout specifies the time, in seconds, for the fragment to be fetched. If the fragment has not been fetched within the time interval, the fetch is aborted.

20 ESI Include Tag /sample.html (template) <html>... <esi:include src= /news101 >... </html> /news101 <table>... </table> /news101 Template Cache Storage Page Assembly Cache Response /sample.html 20 이에반해 esi:include tag 는 partial cache content 내용에대해 link 만을만들어줍니다.

21 Surrogate-Control Response Header Allows origin servers to dictate how surrogates should handle entities, with control directives Format Surrogate-Control:control_directive, control_directive Directives max-age content ORAESI/9.0.2 no-store no-store-remote vary (Oracle s extension) Examples Origin server encodes cacheability policies in response headers Content is self-describing Overrides configured cacheability rules Surrogate-Control: max-age=30+60, content= ESI/1.0, vary=headers(accept-language); cookies(news sports) 21 Surrogate-control header 정보를통해, 관리자가 webcache admin page 에서설정한 caching rule 보다우선해서해당 content 의 caching 여부를지정할수있습니다. 이것은 response header 에적으며, 해당 object 의 caching 가능여부및유효기간등을지정합니다. Surrogate-control 은 web application 에적는내용으로서 web service 개발자의몫입니다. Using the directives, the developer can specify the caching policy within the content. The surrogate-control will override any cacheabiliy rules that a network administrator enters in the Web Cache administrative console. The no-store directive specifies that the response entity should not be stored in cache; it is only to be used for the original request, and may not be validated on the origin server. The no-store-remote directive has similar semantics to the no-store directive, except that it should only be honored by those surrogates that consider themselves "remote". Generally, this means those that are more than one or two hops from the origin server, such as surrogates in a CDN. max-age=expiration_time [+removal_time] Removal time is optional. max-age=infinity means the document never expires. The vary directive specifies the HTTP request headers or category cookies from which Oracle9iAS Web Cache will use to cache and identify multiple-version documents. vary=headers(header header ); cookies(cookie_name cookie_name ) header is not case sensitive cookie_name is case sensitive

22 Partical page caching /greeting.html?p_name= 홍길동 Without personalization 예 ) 22 Partial page caching 의이해를돕기위해여기서는간단한예제를통해알아봅니다. 어떤홈페이지에 login을할경우, 대개사용자의이름과같은개인화된정보를표시해주는페이지가많습니다. 이런개인화된정보는각사용자마다다르므로, session에따라서다른이름을표시해주어야합니다. 문제는오히려이런개인화된정보마저 caching을해버릴경우입니다.

23 Partical page caching - solving Do not cache a part of personalization By caching rule, policy Using the surrogate-control 23 해결방법은간단합니다. 즉, 사용자이름을제외한나머지부분만 caching 을하는것입니다. 크게두가지방법을제공하는데, 1. webcache manager에서 caching rule을설정하는방법 2. http response hearder에 surrogate-control이라는것을설정하는방법 이예제에서보면, p_name 이라는 session 정보에대해서는 caching 하지않도록지정합니다. Webcachetag를쓸경우는지정한 session정보에대해 webcache의 admin page에서관리자가 caching rule을만들어줘야합니다. ESI tag를쓸경우, 이는개발자에게현재의 content에대한 caching여부를결정하도록맡기는것입니다. 만일전부설정이돼있을경우, surrogate-control 이우선합니다, 즉관리자가설정한 caching rule 및 policy 를 overriding 해버립니다.

24 Partial-Page Caching Advantages Increase Content Sharing Reduce Space Requirement Reduce Cache Update Frequency Update when the template changes Update when a fragment changes Do NOT update when shared fragments have already been updated Result: Increase Cache-Hit Ratio 24 Partial page caching 의장점으로는, 적어도 template 에관한 content 는 caching 후바뀌지않을것이므로 sharing 할수있으며, 그만큼 webcache 의메모리부담을줄일수있습니다. 그리고 cache 를 update 해야하는부담도줄입니다. 전체적으로는 cache-hit ratio 가높아지며, 이는곧 webcache 가본연의성능을발휘하고있음을나타내는지표입니다.

25 Staying Fresh with Invalidation Trigger / Programmatic Programmatic Client Browsers Web Cache Web App Server Manual or Scripted Admin Console Database Consistency Management Mechanisms: Expiration Policies (for predictable changes) Invalidation Messages (for unpredictable changes) Scope: fine-grained or broad; support for application-specified Search Keys Effect: remove immediately or specify a refresh grace period Format: XML over HTTP (Java and PL/SQL APIs provided) 25 Webcache 를사용할경우, content 를저장해두는것만큼이나중요한것이, 그 content 를최신의내용으로갱신시키는것입니다. 사용자의요청이나트랜잭션에따라현재 caching 돼있는 content 정보가가장최신의것으로변경되어사용자에게보여져야할경우가있습니다. 즉, 현재 caching 돼있는 content 들을무효화시키고저장된메모리에서밀어내는것입니다. 이것이바로 invalidation 입니다. 이와같이 content 의일관성을유지하는방법은크게두가지입니다. Expire Policies Invalidation Messages Content의변경시점을예측할수있는경우는 content의유효기간을정하는방식 이있습니다. 그러나 content의변경시점을예측할수없는경우는명시적으로 invalidation message 를webcache에게보내는방법이있습니다. Invalidating message는관리자가직접webcachemanager를통해http POST 방식으로보낼수도있고, 개발자가 web application의소스에서 invalidation 부분을미리지정할수도있습니다. 어느것이든 invalidating message 는 <esi:invalidate> tag 를포함한 xml 문서형태입니다.

26 Inline Invalidation Control content invalidation using ESI tags Useful for origin server to piggyback invalidation messages with the transactional responses sent to Web Cache Embed the invalidation message inside the <esi: invalidate> tags Reduce overheads incurred during invalidation 26 Web Cache 는 inline invalidation 이가능하도록 <esi:invalidate> tag 를제공합니다. <esi:invalidate> 는개발자가 content invalidation 을좀더세밀하게제어할수있게해줍니다. 즉, HTML output 내에 esi tag 및 invalidating content 내용을바로적습니다. 이때 <esi:invalidate> tag 는전체 page 의갱신이아닌 page 내특정 page 조각 (fragment) 만을갱신할수있게해줍니다.

27 Example of an Inline Invalidation Show_bike.pl buy_bike.pl 27 Inline Invalidation 의예를보도록하겠습니다. response header에, "Surrogate-Control 을추가합니다. 그리고같은 response의 body부분에 <esi:invalidate> 를추가하여 inline invalidation request를지정합니다. <esi:invalidate>... </esi:invalidate> 사이에실제 invalidation message가옵니다. Invalidation message는앞에서말씀드렸듯이 xml문서형태입니다. ESI template 의어떤곳이든 inline invalidation request 를삽입할수있으며, 다른 ESI feature 들이그 template 에포함되었더라도 inline invalidation 이가장먼저 Parsing 되고실행됩니다. 어떻게실행될지봅시다. 어떤사람이자전거를하나사려고이웹사이트에접속했다고가정해보죠. 처음에 show_bike.pl 이뿌려주는 page 내용을보게됩니다. Show_bike.pl page 는업무 Logic 상 DB 에접속해서, 현재자전거의재고상황을보여줍니다. 이사람이 buy_bike.pl 을접속할때마다 show_bike.pl 은 invalidating 되어서, 가장최신의재고현황을보여줄수있게됩니다.

28 Support for Invalidation Search Keys Specify a search key for easy invalidation in the HTTP response header surrogate-key: search-key =( key key ) Give administrators and developers finer control over what to invalidate The search key(s) are dynamically specified in a response header returned from the origin server and stored in Web Cache Search keys relate to a set of URLs The invalidation message will contain the search key inside the <AdvancedSelector> DTD. For example: 28 Search key(s) 는 page set 을위한식별자입니다. 이것은 web application 개발자들이 logical type 에따라 cached object들을쉽게 grouping할수있게해줍니다. Search key(s) 는 origin server로부터 return돼온 response header에동적으로지정되며, webcache내에저장됩니다. Search key를통해 invalidating될때, 같은 search key set을가진모든 document는 invalidated됩니다. Search key를여러개지정할수있으며, Default로하나의 object당 20개의 search key까지가능하며 limit은 webcache.xml에서설정할수있습니다. 그리고 invalidation message는 dtd의 <advancedselector> element 내 search key를포함합니다. For example: <ADVANCEDSELECTOR URIPREFIX="/cgi-bin/" HOST="dlsun1270.us.oracle.com:1100"> <OTHER NAME="SEARCHKEY" TYPE="SUBSTRING" VALUE="key1"/> <OTHER NAME="SEARCHKEY" TYPE="SUBSTRING" VALUE="key2"/> </ADVANCEDSELECTOR> $ORACLE_HOME/webcache/toolkit/ WCSinvalidation.dtd 내에 <advancedselector> 가있습니다. <!ELEMENT <!ATTLIST ADVANCEDSELECTOR (COOKIE HEADER OTHER)*> ADVANCEDSELECTOR URIPREFIX CDATA #REQUIRED HOST CDATA #IMPLIED URIEXP CDATA #IMPLIED METHOD CDATA #IMPLIED BODYEXP CDATA #IMPLIED >

29 Compression Enhancements Self-describing compression policies within surrogate-control header For example: Surrogate-Control: max-age=30+60, content= ORAESI/9.0.2, compress=yes Compression of documents that require parsing and processing session-encoded URLs ESI tags <!--WEBCACHETAG -> and <!--WEBCACHEEND--> tags 29 Webcache admin 에서 compression option 을설정할수있습니다 에서는 web application 개발자가이 option 을 surrogate-control response header 에직접설정할수있도록함으로써, 개별 content 에대한 compression 정책을보다유연하게지정할수있습니다. 그리고 session-encoded url, esi tag, webcache tag 등을포함하는 parsing 및 processing 이필요한문서도, 압축이가능합니다.

30 High Availability Webcache 의가용성부분을한번살펴보겠습니다.

31 Session Binding in Web Cache Cluster Oracle9iAS Web Cache Session A Web App Servers COOKIE: Session managed by OS2 OS1 Session A Database request HTTP/HTTPS HTTP/HTTPS OS2 Session definition Session binding setting OS3 31 Session Binding 이란 session id 또는 session cookie 를가지고요청된 session 에대해다시특정 origin server 에할당해주는것을말합니다. Webcache 는 embeded url parameter 나 cookie 를통해, session binding 을지원합니다. Session binding 은궁극적으로 stateful load balancing 을의미합니다. 그림에서최초 request가들어왔을때, webcache는 load balancing에의해특정 origin server에해당 request를 forwarding합니다. Origin server는 session binding이필요할경우 session 정보를심어, webcache를통해, client에게응답을줍니다. Client는두번째요청부터는 session정보를담아 webcahce에게요청하고, webcache는 session정보를보고특정 origin server에해당 session의요청을전달할수있게됩니다. 이를위해 webcache 단에서는두가지를정의해야합니다. 첫째, session cookie나 embeded url parameter에쓰일이름을정의합니다. 둘째, session binding 설정을합니다.

32 Session Binding in Web Cache Cluster Oracle9iAS Web Cache Web App Servers COOKIE: Session managed by OS2 Session A Database request HTTP/HTTPS HTTP/HTTPS COOKIE: Session managed by OS2 32 Webcache clustering 은여러개의 webcache 를 cluster 로묶음으로써, 논리적으로하나의 logical cache 처럼동작하게합니다. Cluster member들은서로서로 failure detection 과 failover 기능을수행함으로써 webcache의전체적인가용성을높여줍니다. 또한더많은 content를 caching할수있어서, 더많은 client로부터요청을수용할수있습니다. Webcache cluster 를위해모든 cluster member 는 origin server 에대한 session binding 설정도같은구성을가져야합니다. 이경우반드시 session binding cookie 를 enable 로설정하셔야합니다. 그림에서보듯이 cluster 내다른 webcache 에의해서도, 특정 session 에서요청된 request 가 origin server 에올바르게 forwarding 됩니다. 이경우 load balancing 은하지않습니다.

33 Support for OS Network Load Balancing Client Browser Oracle9iAS Web Cache Cluster Web App Servers Database Network HTTP/HTTPS HTTP/HTTPS Configuring Web Cache cluster for high availability Using network load-balancing capability provided by the operating system to do IP takeover instead of hardware load balancer Support for Windows, Linux 33 고가의 Hardware load balancer 를사용하지않고도중간정도볼륨 (mid-size) 의 web application service 를구현할경우, 몇몇 os 는 ip takeover 기능을제공하며, 이런 os 의 network load balancing 을 webcache 와함께사용할수있습니다. 현재 버전에는 windows 의 network load balancing 을지원하고있습니다.

34 Diagnostics Caching 되고서비스되는 content, object 들에대한진단기능을살펴보겠습니다.

35 WCDEBUG WCDEBUG shows diagnostics information e.g. cacheability of the page and expiration time of the page m/index.htm?+wcde bug 35 Webcache 의 diagnostic 기능을통해, 현재요청된 content 에대한 cached 정보를볼수있습니다. 설정방법은 webcache.xml 에서직접수정할수도있고, webcache admin page 를수정할수도있습니다. Diagnostics in Page Body = Enabled, Display Event Log Entries for Request = Yes 일경우, 요청하는 url 에 +wcdebug 문자열값을덧붙이게되면, browser 상단에 event log 내용이표시됩니다. <<manual하게수정하는방법 >> WCDEBUG must be enabled in webcache.xml: - When WCDEBUGON is YES and EVENTLOG is YES, event log lines are added to the bottom of response body. (EVENTLOG="YES" is valid only when WCDEBUGON="YES".) - SWITCHSTRING attribute is the string which is added to the end of URL to trigger the debug mode for the request. To produce the wcdebug output, the SWITCHSTRING attribute must be appended to the URL: -

36 Pain Points 현실적인문제로서 Performance, Availability, Manageability, Increase revenues & decrease costs 등많은애로사항들이있습니다. Webcache 를사용함으로써어떻게이런문제들을극복할수있는지알아보겠습니다. 사실이내용들은앞에서설명드린 webcache 의여러기능들을어느상황에서활용할수있는지에대한좋은지침이될것입니다.

37 Repetitive requests Static content caching 37 비교적 volumn 이크지만반복적으로요청되는정적인 content 들, 즉 gif 와같은이미지파일들, pdf 및 html, flash 파일등은모두 webcache 에미리올려둡니다. 이런정적인 page 들에대한 caching 설정은매우간단하며, performance 향상또한대단히효과적입니다.

38 Illegitimate request Caching non-200 http response 38 Worm attack 과같은바이러스성공격이나악의적인반복호출에대해, origin server 가반응하는것을사전에막아주고 error page 를미리 caching 해둠으로써이런악의성요청에대응할수있습니다.

39 Dynamic contents Dynamic content caching 39 Jsp 와같은 dynamic contents 도 webcache 에저장이가능합니다.

40 Highly personalized content Partial page caching Industry standard markup language is Edge Side Includes (ESI) WebCache is an ESI processor 40 Page 전체를 caching 했을경우오히려문제가생길수있습니다. 예를들어 login 한사용자각자에게그사람에특화된개인정보를 page 의일부에서는보여줘야하는경우가그렇습니다. 이때는 ESI 라는 markup language 를통해, 서비스할 page 의일부만이 caching 되도록지정할수있습니다. 이런 markup language를해석할수있는엔진이필요한데 Oracle AS 10g webcache 자체가 ESI processor입니다. 따라서 Alkamai와같은 edge network 기술을지원하는 product이따로필요하지않습니다.

41 Invalidation a group of related pages Surrogate-key A search-key: invalidation area 41 어떤한정보에대해여러 page 들이 caching 을하고있을때, 그정보가변경될경우그에관련된모든 page 들을 cache 에서밀어내고무효화해주어야합니다. 이경우모든 page 들에대해한번에 invalidation 시켜줄수있는기술로서 surrogate-key 의 search-key 를사용하시면됩니다.

42 Low-bandwidth or lots of traffic Automatic compression 42 물리적인 network bandwidth 한계나많은 network traffic 으로인해응답속도가느릴경우, webcache 의 compression 기능은도움이됩니다. Webcache 는메모리에저장된 content 들을 gzip 형태로자동압축하여내려보냅니다.

43 Via the 3 rd party analyzer logging 43 Web server 의 access log 분석툴을 3rd vendor 제품을사용하는경우, 이때 log 분석툴마다요구하는여러 log format 다를수있습니다. Webcache 의 access log 는 XLF 를지원하며, 보다저수준의 access 정보도저장할수있도록준비돼있습니다. 그래서관리자가지정하여사용자정의로그포맷을만들수있습니다. 이는 log 분석툴마다다르게요구하는 log format 에맞출수있음을의미합니다.

44 Performance monitoring End user performance monitoring 10g new Click-to-render response time monitoring 44 Webcache 에의해설정및수집된 performance data 는 10g Grid control 에의해분석할수있습니다. 사실상그동안마땅한 performance 분석툴을제공하지못했던 oracle webcache 기존버전의단점이획기적으로보완된것입니다. 더구나기존의여타 performance monitoring 방법으로는, 수집된 performance data 가실제 web server 의성능및실제사용자들의다양성을제대로반영해주지못했습니다. OracleAS 10g version 에서는 End user performance monitoring 기능을통해실제 web service 를사용하는현실상황을사용자의관점에서그대로반영할수있습니다.

45 Multiple vendors of application server Virtual hosting 45 OracleAS 10g webcache 는여러 web application server vendor 들의제품과호환성을가집니다. webcache standalone 버전을운용할수도있으며, 이와호환가능한 3 rd vendors 제품에는 BEA WebLogic Server 6.0, IBM WebSphere Application Server 4.0, Apache Tomcat 4.1, Microsoft IIS 5.0, SunOne 등이있습니다.

46 Server load/failure 46 web server 의 capacity 한계및과부하에따라불특정 origin server 가다운될수있습니다. 우선 webcache의 load balancing기능을통해업무부하를적절히분산할수있습니다. 그리고 webcache clustering을통해, 특정 node에있는 webcache의장애에대처할수있습니다.

47 성능 Faster oracle.com Response time in seconds Deployed OracleAS Web Cache 47 이그래프는 Oracle.com site 의실제사례를보여주고있습니다. 많은경우그렇듯이, Oracle 제품의훌륭한시연장은바로오라클회사자체입니다. Graph 에서보시듯이 webcache 를 deploy 하기전, 후에응답시간측면에서확연한효과를나타내고있음을확인하실수있습니다.

48 Oracle9iAS Web Cache Client Browser Oracle9iAS Web Cache OHS/OC4J Servers Oracle9i Database Internet 9i Server Acceleration / HTTP Reverse Proxy Data Center Shields web server and database; lightens processing burden Limits network traffic Provides fault tolerance Reduces response time Provides scalable environment 48 Webcache 의여러가지기능및효과를살펴보았습니다. Webcache 의 caching rule 설정과 invalidation, partial caching caching 설정에는다소까다로움이있습니다. Webcache 를도입할경우, 처음엔아주기본적인사항들만 caching 하도록설정및운용하시는것이바람직하며, web application 의특정및업무로직을잘이해하신후보다 detail 한설정을하시는것이좋습니다.

49 참고자료 1. Oracle Application Server Web Cache Administrator's Guide, 10g (9.0.4), Part No. B OracleAS Web Cache, New Features in Oracle Application Server, 10g (9.0.4), An Oracle Technical White Paper, September Caching In on the Enterprise Grid, Turbo-Charge Your Applications with OracleAS Web Cache, An Oracle Technical White Paper, September Note Web Cache Rules Syntax for Regular Expressions ESI, JESI 이기종환경에서 webcahce 의구성, 9ias 다른버전과의호환성부분, caching hierachy, forms/reports 와의연계, oracle portal 또는 oracle e-business suite 과함께쓰일경우에대해서는본세미나에서는언급하지않았습니다. 이와같은 webcache 특정주제는, 다음에기회가있으면다뤄보도록하겠습니다. 참고자료는 otn.oracle.com 이나 metalink.oracle.com 에가시면찾아보실수있습니다. 감사합니다.

50 50