1. Trang chủ
  2. » Công Nghệ Thông Tin

Sáu câu hỏi đáng quan tâm nhất khi chạy WebSphere trên Linux potx

15 448 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Định dạng
Số trang 15
Dung lượng 216,39 KB

Nội dung

Sáu câu hỏi đáng quan tâm nhất khi chạy WebSphere trên Linux Bài này sẽ cung cấp những câu trả lời hữu ích nhất, giúp bạn phát triển và triển khai WebSphere® trên nền Linux® cho các ứng dụng System z™, bao gồm cả vấn đề về các bản update của phiên bản sản phẩm hiện thời mới được cung cấp trong tháng 10 năm 2006. Phần hỏi và trả lời kỹ thuật chủ yếu xoay quanh các phân phối Linux 64 bit, thiết bị JDBC, các heap size và CPU. 1, Dùng WebSphere với DB2 trên các hệ thống Linux 64 bit như SLES V9 hay RHEL V4 như thế nào? N ếu có kế hoạch cài đặt WebSphere lên hệ điều hành Linux 64 bit on System z (z/OS), bạn nên chọn một trong các phương thức kết nối tới DB2 sau:  Universal Java™ Database Connctivity (JDBC) Driver Type 4  Universal JDBC Driver Type 2 và DB2 Connect Dùng thiết bị JDBC Type 2 (hoặc thiết bị ứng dụng kế thừa hay Universal Driver Type 2) đòi hỏi phải cài đặt client DB2 trên cùng hệ thống với WebSphere. Dùng DB2 Connect liên kết với DB2 trên z/OS hoặc DB2 UDB trên Linux đều được, vì WebSphere 6.0.2 và các phiên bản trư ớc đó của nó chạy trên mô hình 31 bit (có khi trên cả Linux 64 bit). Các kiểu mô hình này đòi hỏi DB2 client 31 bit. Trước khi cài đặt BD2 client, bạn phải download và cài đặt DB2 version 8, Fixpack 10. Gói sửa chữa Fixpack 10 này gồm client DB2 31 bit thời gian thực, có thể cài đặt trên hệ điều hành Linux 64 bit để bắt liên lạc với ứng dụng WebSphere 31 bit. Trên các phiên bản DB2 trước Fixpack 10, bộ cài đặt DB2 không cho phép bạn cài DB2 client 31 bit vào hệ điều hành Linux on System z (z/OS) 64 bit. Một lỗi sẽ được trả lại: Error: Platform Specific Installer not Found (Không tìm thấy Platform cài đặt riêng). 2, Để truy cập DB2 trên z/OS, tôi nên dùng thiết bị JDBC Type 2 và DB2 Connect, hay là dùng Universal JDBC Driver Type 4? Bạn nên dùng thiết bị mới nhất gần đây Univeral JDBC Driver Type 4 cho tất cả ứng dụng WebSphere truy cập dữ liệu DB2 trên hệ điều hành z/OS vì ba lý do sau. Trước hết, Universal JDBC Driver Type 4 là thiết bị thuần Java, không đòi hỏi phải cài đặt DB2 Connect để truy cập DB2 trên hệ điều hành z/OS. Bạn cần phải có "chứng chỉ" DB2 Connect rồi mới dùng được Driver Type 4 để truy cập thẳng trực tiếp DB2 trên hệ điều hành z/OS. (DB2 Connect cung cấp một file chứng chỉ cần thiết trong CLASSPATH). Thứ hai, dựa trên tỷ lệ thông lượng nội bộ người ta đã xác định được tốc độ và khả năng thực thi của thiết bị loại 4 tốt hơn 10% so với loại 2 và DB2 Connect.Thứ ba, DB2 Connect không có những cải tiến chức năng so với Universal JDBC Type 4, như:  DB2 Connect thuộc hệ thống kiểu sysplex-aware còn JDBC Type 4 thì không. Nếu điểm trở lại của DB2 trên hệ điều hành z/OS là nhóm chia sẻ dữ liệu DB2 trong một hệ thống tổng hợp (sysplex) và bạn dùng bộ tập trung kết nối DB2 Connect Connection Concentrator, các thành viên nhóm chia sẻ dữ liệu DB2 sẽ tương tác với Workload Manage (WLM) để thu thập liên tục dữ liệu sử dụng tài nguyên và đưa nó trở lại DB2 Connect. Khi trả ra, DB2 dùng thông tin đó để thực hiện các quyết định workload cân bằng mức giao vận, có tính chất rất tốt.  Một máy khách Linux đơn có thể chạy DB2 Connect và điều khiển các kết nối từ nhiều máy khách Linux khác. Đây được gọi là cơ chế "cổng vào" (gateway) DB2 Connect. Với thành phần Connection Concentrator, một cổng vào DB2 Connect đơn có thể đạt được nhiều hiệu quả khi tập trung các kết nối lại hơn là phân tách từng phiên DB2 Connect ra. Bạn có thể cài đ ặt DB2 Connect theo kiểu cấu hình sẵn sàng cao (High Available - HA), dùng bản sao lưu DB2 Connect để tránh lỗi điểm đơn. Phiên bản hiện tại của thiết bị kiểu 4 (Type 4) có nhiều thành phần WLM trong DB2 Connect, gồm các nhận dạng hệ thống tổng hợp (sysplex awareness) và tập trung kết nối. JDBC Type 4 mức 2.7 hoặc mới hơn đòi hỏi phải có tính năng sysplex awareness. Phiên bản này gắn với DB2 version 8.2 Fixpack 3, DB2 version 8.1 Fixpack 10 hoặc mới hơn. DB2 Connect có thể vẫn cung cấp giá trị như là một bộ tập trung kết nối qua nhiều máy khách Linux. Nhưng vì WebSphere đã có kết nối pooling nên giá trị của chức năng tập trung kết nối này trở nên mờ nhạt. 3, Những phiên bản Linux nào hỗ trợ WebSphere Application Server 64 bit? Vấn đề này hơi rắc rối một chút. WebSphere Application Server 5.1.1 là phiên bản đầu tiên h ỗ trợ các phân phối 64 bit. WebSphere Application Server 31 bit còn tiếp tục được sử dụng trên phân phối 31 bit của Suse Linux Enterprise Server (SLES) 8 hoặc Red Hat Enterprise Linux (RHEL) 3. Nhưng ứng dụng WebSphere Application Server 31 chỉ chạy trên các phân ph ối 64 bit của SLES 9 hoặc RHEL 4. Các bản trước 5.1.1 của WebSphere Application Server ch ỉ chạy như là một sản phẩm 31 bit trên các phân phối 31 bit của SLES 8 hoặc RHEL 3. Từ phiên bản WebSphere Application Server 5.0.2 trở về sau, thành phần này chạy tr ên các phân phối Suse và Red Hat Linux on System z cũng với vai trò của một sản phẩm 31 bit. Với SLES 8 hoặc RHEL 3 (2.4 kernel), ứng dụngWebSphere Application Server 31 bit chỉ chạy trên mức 31 bit. Với SLES 9 hoặc RHEL 4 (2.6 kernel), ứng dụng WebSphere Application Server 31 bit chỉ chạy trên mức 64 bit. WebSphere Application Server 6.0.2 (được đưa ra từ ngày 28 tháng 10 năm 2005) là phiên bản WebSphere Application Server đầu tiên cung cấp version 64 bit với JVM 64 bit. JVM 64 bit cho phép các ứng dụng có heap size JVM lớn hơn so với mức cực đại hiện nay là 800MB chạy trên các phân phối 31 bit của Linux trên hệ thống System z. WebSphere Application Server 6.0.2 sẵn sàng cho cả version 31 bit và 64 bit. Chiến lược của IBM là chuyển tất cả phần mềm trung gian (middleware) sang các phân phối Linux 64 bit trên hệ thống System z. Vì thế trong tương lai sẽ có WebSphere Application Server chỉ hỗ trợ các phân phối 64 bit của Linux on System z. SLES 10 chỉ dành cho các phân phối Linux 64 bit. Bảng 1, 2, 3 dưới đây tóm tắt các phiên bản Linux hỗ trợ trên nhiều version khác nhau của WebSphere Application Server như 5.1.1 hoặc mới hơn. Bảng 1. Các WebSphere Application Server cơ bản được hỗ trợ trên hệ điều hành 31-bit 64-bit WebSphere Application Server cơ bản SLES8 RHEL3 SLES9 RHEL4 SLES8 RHEL3 SLES9 RHEL4 SLES10 31-bit WebSphere Application Server 5.1.1 Y Y N N N N Y Y N 31-bit WebSphere Y Y N N N N Y Y N Application Server 6.0 31-bit WebSphere Application Server 6.0.1 Y Y N N N N Y Y N 31-bit WebSphere Application Server 6.0.2 Y Y N N N N Y Y Tương lai 64-bit WebSphere Application Server 6.0.2 N N N N N N Y Y Tương lai 31-bit WebSphere Application Server 6.1 N Y N N N N Y Y Tương lai 64-bit WebSphere N N N N N N Y Y Tương lai Application Server 6.1 Bảng 2 - Các triển khai mạng WebSphere Application Server Network Deployment hỗ trợ trên hệ điều hành (gồm cả chương trình quản lý triển khai và các thành phần Edge Component). 31-bit 64-bit WebSphere Application Server Network Deployment SLES8 RHEL3 SLES9 RHEL4 SLES8 RHEL3 SLES9 RHEL4 SLES10 31-bit WebSphere Application Server Network Deployment 5.1.1 Y Y N N N N Y Y N 31-bit WebSphere Application Server Network Deployment Y Y N N N N Y Y N 6.0 31-bit WebSphere Application Server Network Deployment 6.0.1 Y Y N N N N Y Y N 31-bit WebSphere Application Server Network Deployment 6.0.2 Y Y N N N N Y Y Tương lai 64-bit WebSphere Application Server Network Deployment 6.0.2 N N N N N N Y Y Tương lai 31-bit WebSphere N Y N N N N Y Y Tương lai Application Server Network Deployment 6.1 64-bit WebSphere Application Server Network Deployment 6.1 N N N N N N Y Y Tương lai Bảng 3 - Các triển khai mạng WebSphere Application Server Network Deployment với thành ph ần Edge Components hỗ trợ trên hệ điều hành 31-bit 64-bit Edge Components của WebSphere Application Server Network Deployment SLES8 RHEL3 SLES9 RHEL4 SLES8 RHEL3 SLES9 RHEL4 SLES10 31-bit WebSphere Application Server Network Deployment 5.1.1 Y Y Y Y N N N N N 31-bit WebSphere Application Server Network Deployment 6.0 Y Y Y Y N N N N N 31-bit WebSphere Application Server Network Deployment 6.0.1 Y Y Y Y N N N N N 31-bit WebSphere Application Server Y Y Y Y N N N N Tương lai Network Deployment 6.0.2 64-bit WebSphere Application Server Network Deployment 6.0.2 N N N N N N N N Tương lai 31-bit WebSphere Application Server Network Deployment 6.1 N Y N N N N Y Y Tương lai 64-bit WebSphere Application Server Network Deployment 6.1 N N N N N N Y Y Tương lai Chú ý: [...]... dụng cho WebSphere Nhưng trên Linux on System z, một CPU được chia sẻ cho nhiều người dùng Tác động dồn lại của nhiều server WebSphere nhàn rỗi có thể đáng phải chú ý WebSphere version 5 có độ nhàn rỗi là 1% CPU hoặc ít hơn Nhưng cũng có lúc một WebSphere version 6 khách nhàn rỗi tới 4% CPU WebSphere version 6 có nhiều thành phần nâng cao Nhưng những thành phần này lại chính là nguyên nhân khởi chạy luồng... trên các phân phối 64 bit Linux Các thành phần Caching Proxy (có Content Based Routing - bộ định hướng nội dung cơ bản), Site Selector và Consultant bị phản đối Các tính năng chỉ hỗ trợ 31 bit có thể chạy trên của phân phối Linux 31 bit và 64 bit Với WebSphere Application Server Network Deployment 6.1, Caching Proxy 31 bit chỉ được hỗ trợ trên RHEL 31 bit, SLES 9 64 bit và RHEL 4 64 bit 4, Vì sao WebSphere. .. Java và chạy trong JVM Khả năng tràn WebSphere Application Server đến từ các thư viện JVM load để thực hiện các chức năng server ứng dụng và các ứng dụng chạy theo yêu cầu JVM Vì WebSphere Application Server luôn được bổ sung chức năng theo từng phiên bản nên số lượng thư viện ngày càng tăng Theo quan sát của nhiều người dùng thì mức dung lượng lớn nhất dành cho WebSphere Application Server nhiều khi không... Với WebSphere Application Server Network Deployment 6.1, một số thành phần Edge Component được hỗ trợ trên các phân phối Linux 64 bit: o Các vị trí Edge Server và Load Balancer của Edge Components chỉ có tính năng 64 bit (chạy trong không gian người dùng) trên các phân phối Linux 64-bit WebSphere Application Server 6.1 hỗ trợ (SLES 9 và RHEL 4) Phiên bản kế thừa của Edge Server hoặc Load Balance (chạy. .. 31-bit của WebSphere Application Server (xem các bảng trên) chạy trong mô hình 31-bit Khi JVM bắt đầu, nó yêu cầu hệ điều hành cung cấp khoảng bộ nhớ lớn để dùng cho JVM heap Các chương trình 31-bit chỉ có thể địa chỉ hoá 2GB bộ nhớ Linux phát hiện được JVM là một chương trình 31-bit và đưa ra các nguyên tắc phân phối bộ nhớ cho từng chương trình đơn Theo các nguyên tắc đó thì tổng lượng bộ nhớ lớn nhất. .. Với WebSphere Application Server 6.0.2, vị trí Caching Proxy của Edge Components chỉ được hỗ trợ như là một tính năng 31 bit trên các phân phối Linux 31 bit  Vị trí Edge Server của Edge Components chỉ được hỗ trợ như là một tính năng 31 bit trên các phân phối Linux  Với WebSphere Application Server 6.1 (được đưa ra từ ngày 26 tháng 5 năm... nền, làm tăng mức nhàn rỗi CPU của WebSphere server Luồng tiến trình nền chạy khi có các thành phần WebSphere sau:  Trong WebSphere Application Server Network Deployment, thành phần Deployment Manager đồng bộ nơi lưu trữ cấu hình với tất cả tác nhân node trong ô của nó Bạn có thể tắt thành phần này, khoảng thời gian đồng bộ sẽ thay đổi trong Deployment Manager  Trong WebSphere Application Server Network... heap size? Khi tính toán tổng dung lượng bộ nhớ WebSphere Application Server sử dụng, trung bình ứng dụng server dùng nhiều hơn 100MB so với kích thước dành cho heap Java Virtual Machine Mức tràn bộ nhớ được tăng dần theo từng phiên bản của WebSphere Application Server Với WebSphere Application Server version 5, dung lượng dành cho nó là 90MB, còn version 6.1 là 120 MB Tất cả mã triển khai WebSphere. .. Server hoặc Load Balance (chạy trong không gian kernel) vẫn được giữ lại trong phiên bản WebSphere Application Server này như là một tính năng 31 bit trên các phân phối Linux 31 bit WebSphere Application Server 6.1 hỗ trợ (RHEL 3, SLES 9, RHEL 4) Không gian người dùng Load Balance chỉ có chức năng 64 bit trong khi phiên bản legacy chỉ có tính năng 31 bit Phiên bản legacy, kernel-intrusive của Load... phải load khi thực thi WebSphere Application Server và một số tính năng ứng dụng khác là nguyên nhân tăng dung lượng Chẳng hạn như các ứng dụng dùng bộ phận tin nhắn đòi hỏi JVM phải load các thư viện về message Các ứng dụng dùng Java Native Interface (JNI) - giao diện tự nhiên Java đòi hỏi JVM phải load thư viện Java Vì thế việc tốn thêm dung lượng bộ nhớ là bình thường và đã được dự đoán khi thiết . Sáu câu hỏi đáng quan tâm nhất khi chạy WebSphere trên Linux Bài này sẽ cung cấp những câu trả lời hữu ích nhất, giúp bạn phát triển và triển khai WebSphere trên nền Linux cho. Universal Driver Type 2) đòi hỏi phải cài đặt client DB2 trên cùng hệ thống với WebSphere. Dùng DB2 Connect liên kết với DB2 trên z/OS hoặc DB2 UDB trên Linux đều được, vì WebSphere 6.0.2 và các phiên. 6.0.2 và các phiên bản trư ớc đó của nó chạy trên mô hình 31 bit (có khi trên cả Linux 64 bit). Các kiểu mô hình này đòi hỏi DB2 client 31 bit. Trước khi cài đặt BD2 client, bạn phải download

Ngày đăng: 25/03/2014, 07:21

TỪ KHÓA LIÊN QUAN

w