Que tal Andrés, Decir que una aplicación no necesita ser cluster-aware es como decir que un programa no necesita saber que corre en una computadora de múltiples procesadores, lo cual es verdad hasta cierto punto. Cualquier programa corre sin problemas en una computadora de múltiples procesadores, pero si la aplicación está hecha para procesamiento en paralelo hará mejor uso de los recursos. Lo mismo aplica para aplicaciones en "cluster-aware", si una aplicación sabe que está en 'cluster' puede hacer mejor uso de los recursos en este (y claro, la aplicación pudiera ser distribuida o no).
Ejemplo de aplicaciones 'cluster-aware': MySQL HA, SAMBA CTDB, base de datos Oracle RAC, Weblogic HA, SAP HA y no todas son distribuidas ni activo/activo. La integridad, funcionalidad y administración del cluster no es chamba del sistema operativo, es trabajo de la infraestructura del mismo cluster. Sin embargo, es responsabilidad de la aplicación mantener su propia integridad (manejo de datos, transacciones, sesiones, etc). Por ejemplo, una configuración SAP en alta disponibilidad a nivel aplicativo (dejemos de lado la base de datos porque esa es harina de otro costal) sobre Red Hat con HA add-on tiene que ser cluster-aware para evitar perdidas de transacciones o sesiones y en caso de falla sea transparente para los usuarios finales. Si las aplicaciones no necesitaran ser cluster-aware no existirían proyectos como MySQL HA, Oracle RAC, SAP HA, SAMBA CTDB, múltiples proyecto de HA para Apache HTTPD, porque sería suficiente con las soluciones existentes como Linux HA, Pacemaker, RHCS, Ultramonkey, etc... Cualquier aplicación es 'clusterizable', pero que realmente sea robusta y diseñada para que funcione dentro de un cluster es lo que la hace 'cluster-aware'. Estoy de acuerdo en que 'alta disponibilidad' no implica 'distribuido', pero 'distribuido' tampoco implica 'alta disponibilidad', son dos cosas que puede existir independientes o coexistir. ¿Podrías mencionar casos específicos de antivirus que tengan problemas con particiones de Quorum? Estas particiones por lo general no tienen formatos de propósito general y ni siquiera las puede leer el sistema operativo, solo el 'cluster'. Roberto, Creo que tu pregunta '¿El ERP soporta bases de datos en HA?' no tiene sentido, la aplicación debe conectarse a una base de datos son importarle si está en HA o no. Creo que ya nos salimos del tema de contatibilidad :P Saludos -- Rodolfo Martínez 2014-06-04 23:10 GMT-05:00 Msi. Roberto Villegas <ville1...@gmail.com>: > Cluster a nivel de aplicación es muy diferente a cluster a nivel de S.O. > > Una aplicación cluster-aware resuelve de mejor manera las caídas en el > ambiente, ofrece redundancia en las transacciones, mientras que a nivel de > sistema operativo en caso de falla en alguno de los nodos, las > transacciones que quedaron sin procesarse se pierden. > > Lo mismo para las bases de datos, aquellas que son cluster-aware ofrecen > alta disponibilidad en condiciones de alta transaccionalidad, mientras que > a nivel de sistema operativo se corre el riesgo de perder algunas > transacciones. > > Lo que me interesa saber es si ambos ERP soportan bases de datos en HA, > Oracle RAC, MySQL HA, etc. No que sean distribuidas. > > Y por ultimo no tiene nada que ver con los antivirus, tiene que ver con > alta disponibilidad a pesar de fallas en el ambiente como fuentes de poder, > UPS, discos, tarjeta madre, etc, etc, etc. > > --- > Roberto Villegas, Master en > Sistemas de Información Gdl, Jal. > 04433-1093-4266 > > > El 4 de junio de 2014, 22:10, Andres Tello <crip...@aullox.com> escribió: > >> >> >> >> >> Que tu app necesite ser "cluste-aware" es que esta mal diseñado el >> cluster... >> >> Eso se lo sacaron vendedores de antivirus pr que se apenecaban con las >> particiones de quorum... >> >> HA no implica aplicacion distribuida... >> Sin embargo aplicación distribuida implica HA... >> >> Ejemplo, un cluster "high availability" activo/pasivo es HA, pero no >> distribuido. >> >> Un cluster "high availability" activo/activo es HA Y distribuido... >> >> La otra, para que quieres que el ERP sea cluster-aware, cuando eso es >> CHAMBA del sistema operativo?(heartbeat/stonith/y los demas)... >> >> >> >> Es como cuando dicen que mysql no maneja "dbspaces" por que eso se lo >> dejas al LVM... >> >> >> >> >> >> >> >> On Wednesday, June 04, 2014 08:37:54 PM Msi. Roberto Villegas wrote: >> > En SAP hay que pagar renovación anual, tanto por el software, como por >> la >> > base de datos y hasta por los usuarios, aca no? >> > >> > OB y OERP son cluster-aware? Soportan bases de datos en HA? >> > >> > --- >> > Roberto Villegas, Master en >> > Sistemas de Información Gdl, Jal. >> > 04433-1093-4266 >> > >> > >> > El 4 de junio de 2014, 20:28, Luis Gerardo Muro Ramos < >> > >> > luis.gera...@muroramos.com> escribió: >> > > Los dos tiene contabilidad como ERP para llevar hasta contabilidad en >> > > distintas monedas y legislaciones (países), consolidación de >> empresas, >> > > dimisiones contables y obio Diot, CFDI, timbrado de nomina etc. es >> para >> > > hacer cosas mas de empresa mediana o grande >> > > >> > > Contpaq - Aspel es sistema administrativo con plantillas para >> empresas y >> > > con dos click declaran en SAT >> > > >> > > Ademas de que es mucho mas barato en precio y capacitación un >> adminpaq >> > > pero >> > > cuando te queda chiquito hay que saltar a un ERP. >> > > >> > > >> > > En precio depende el proyecto >> > > Ejemplo >> > > Fabrica de 120 empleados cotización SAP+ modulo de prod >> 3,100,000 dlls >> > > >> > > Openbravo 60,000 dlls claro que la producción es mas simple pero el >> > > >> > > precio cambia abismal >> > > >> > > Distribuidora de celulares SAPito (bussines One) 20,000.00 >> OB >> > > o Open ERP 14,000 luego les gusta mas el nombre SAP y la diferencia >> no es >> > > "tanta" aunque a la larga se los enchufan >> > > >> > > Peque empresa Adminpac 3,000 dlls OB o Open 5,500 dls Si >> necesitan >> > > contabilidad y almacenes nada mas mejor Admin si quieren algunas >> cosas >> > > avanzadas ve por los ERP >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > El 4 de junio de 2014, 19:42, Ricardo Cuevas Camarena >> <rcue...@dim.com.mx> >> > > >> > > escribió: >> > > > No le digas eso a un Contador, te podría matar en un ataque de >> furia, >> > > > con >> > > > mucha pasión y calificaria como crimen pasional.... >> > > > >> > > > El 04/06/2014 06:38 p.m., Andres Tello escribió: >> > > > Pero que tiene el modulo de contabilidad, llevar cargos y abonos >> es una >> > > > >> > > >> papa, saca estados de resultado? provisionamiento contable, >> DIOT? >> > > >> >> > > >> On Wednesday, June 04, 2014 07:14:03 PM Marco Cesar Rios Diaz >> wrote: >> > > >>> puedes manejar lo de ambas formas, ya hay modulo contable >> para >> > > >> >> > > >> México, >> > > >> >> > > >>> así como exportarlo a contpaq, los contadores siguen casados >> con su >> > > >>> herramienta de la escuela, y para quitarlo esta medio criminal, >> ya >> > > >>> dependes mucho de el apoyo de la empresa para cambiarlo, >> pero >> > > >> >> > > >> siempre >> > > >> >> > > >>> estará la odiosa comparación, "es que en contpaq lo hacia así", >> pero >> > > >>> no es algo que no se pueda acostumbrar uno. de echar a volar >> > > >>> directamente el contpac dentro del openERP, todavía no es >> posible, lo >> > > >>> que hicieron fue el modulo de contabilidad, >> > > >>> >> > > >>> El día 4 de junio de 2014, 18:33, Andres Tello >> <crip...@aullox.com> >> > > >> >> > > >> escribió: >> > > >>> Que onda... viendo lo de openbravo,openerp.. cual es >> > > >>> >> > > >>>> el status de la contabilidad en linux? >> > > >>>> Sigue siendo "de juguete" y exportarlo al jugete >> > > >>>> compaq? >> > > >>>> >> > > >>>> O que onda? >>
